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Title: SELF MANAGEMENT PROTOCOL FOR A FLY-BY-WIRE SERVICE PROCESSOR 

Invs: Karl Johnson 

Walter A. Wallach 
Dennis H. Smith 
Carl G. Amdahl 

The present invention provides a multi-processor diagnostic sub-system which implements a 
"fly-by-wire" environmental control system for a multi-processor, fault tolerant computer system, 
based on industry standard components but independent of any single implementation technology. 
Control of all physical resources (fans, power, etc.) is done by microprocessor control. Also, a low 
level non-volatile means is provided to log events and other system information used to diagnose 
failures. 

The following documents are incorporated by reference and attached hereto: 

1. Net FRAME Wire Service Implementation User's Guide, Version 1 .0, February 29, 
1997, pp. i-vii and pp. 1-47. 

2. NetFRAME Wire Service Implementation Raptor 8 Addendum, Version 1 .0, February 
28, 1 997, pp. i-iv and pp. 1 -7. 

J. NetFRAME Wire Service Implementation Command Reference, Version 1.0, February 
28, 1997, pp. i-vi and pp. 1-101. 

4. Raptor Wire Service Architecture, Version 1 .0, January 23, 1996, pp. 1-30. 

Multiple Node Service Processor Network 

A means is provided by which individual components of a system are monitored and 
controlled through a set of independent, programmable microcontrollers interconnected through a 
network. Further means are provided to allow access to the microcontrollers and the interconnecting 
network by software running on the host processor. 



A means is provided by which all indicators, push buttons and other physical control means 
are actuated via the multiple node service processor network. No indicators, push buttons or other 
physical control means are physically connected to the device which they control, but are connected 
to a microcontroller, which then actuates the control or provides the information being monitored. 



Fly-by-wire 
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Self-Managing Intelligence 

A means is provided by which devices are managed by the microcontrollers in a multiple 
node service processor network by software running on one or more microcontrollers, 
communicating via the interconnecting network. Management of these devices is done entirely by 
the service processor network, without action or intervention by system software or an external 
agent. 

Flight Recorder 

A means is provided for recording system events in a non-volatile memory, which may be 
examined by external agents. Such memory may be examined by agents external to the network 
interconnecting the microcontrollers. 

Replicated components: no single point of failure 

A means is provided by which no single component failure renders the monitoring and 
control capability of the system inoperable. 

Extension by serial or modem gateway 

A means is provided allowing an external agent to communicate with the microcontrollers by 
extending the interconnecting network beyond the physical system. 

The hardware environment is built around a self-contained network of microcontrollers. This 
distributed service processor continuously monitors and manages the physical environment of the 
machine (temperature, voltages, fan status). Intrapulse makes the physical environment self 
managing. For example, if a fan fails, Intrapulse detects this by continuously monitoring the speed 
of all fans, and increases the speed of the remaining fans in close proximity to the failed fan to 
maintain proper cooling, and signals an event to the system management software. Since the cooling 
system has twice the necessary cooling capacity, the system can continue to operate until a system 
administrator can schedule time to replace the failed fan. And, since the fans are all hot pluggable, 
the failed fan can be replaced without shutting down the operating system or denying service to 
clients. Following replacement, Intrapulse automatically detects that the fan is now working, and 
returns the other fans to their normal speed. 

Since fans and power supplies are N+l redundant, they all operate well below their rated 
speed or capacity, which increases their operating life and reduces the probability of their failing. 

The basic philosophy behind the Intrapulse architecture is that is was designed to operate as a 
fully self-contained subsystem within the NF9000. Unlike basic system monitoring software that is 
typically available with Pentium Pro servers, IntraPulse has its own processors, software, internal 
network and power system. Where a system monitoring application that runs on the host operating 
system will simply quit when that server begins to experience problems or fails, IntraPulse will 
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continue to operate and provide the system administrator with critical system information, regardless 
of the operational status of the server. 

The NF9000 contains nine dedicated IntraPulse processors, each responsible for monitoring 
one of the system's primary subsystems. IntraPulse monitors the NF9000's main processor board, the 
system interface, the backplane chassis controller, the DIIM™ (Dynamic I/O Isolation Module) 
controller, and the remote interface card7 Additional, IntraPulse maintains a system recorder, which 
records all system traffic in a circular NVRAM (Non-Volatile RAM) buffer. With real-time time 
and date referencing, the system recorder enables system aclministrators to re-construct system 
activity by accessing the log. 

The IntraPulse system can be managed either locally, through a dial-up connection or through 
the enterprise network. The information collected and analyzed by IntraPulse can be presented to a 
system administrator either through NetFRAME's Maestro system management software, or through 
a local or dial-in terminal. . 
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The following provisional patent applications, commonly owned and filed on the same day as the 
present application, are related to the present application and are incorporated by reference: 

COMPUTER SYSTEM HARDWARE INFRASTRUCTURE FOR HOT PLUGGING MULTI- 
FUNCTION PCI CARDS WITH EMBEDDED BRIDGES (6391-704); invented by: 

Don Agneta 
Stephen E.J. Papa 
Michael Henderson 
Dennis H. Smith 
Carlton G. Amdahl 
Walter A. Wallach 



COMPUTER SYSTEM HARDWARE INFRASTRUCTURE FOR HOT PLUGGING SINGLE 
AND MULTI-FUNCTION PC CARDS WITHOUT EMBEDDED BRIDGES (6391-705); invented 
by: 

Don Agneta 
Stephen E J. Papa 
Michael Henderson 
Dennis H. Smith 
Carlton G. Amdahl 
Walter A. Wallach 



ISOLATED INTERRUPT STRUCTURE FOR INPUT/OUTPUT ARCHITECTURE (6391-706); 
invented by: 

Dennis H. Smith 
Stephen E.J. Papa 



THREE BUS SERVER ARCHITECTURE WITH A LEGACY PCI BUS AND MIRRORED I/O 
PCI BUSES (6391-707); invented by: 

Dennis H. Smith 
Carlton G. Amdahl 
Don Agneta 
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HOT PLUG SOFTWARE ARCHITECTURE FOR OFF THE SHELF OPERATING SYSTEMS 
(6391-708); invented by: 

Walter A. Wallach 
Mehrdad Khalili 
Mallikarunan Mahal ingam 
John Reed 



REMOTE SOFTWARE FOR MONITORING AND MANAGING ENVIRONMENTAL 
MANAGEMENT SYSTEM (6391-709); invented by: 

Ahmad Nouri 



REMOTE ACCESS AND CONTROL OF ENVIRONMENTAL MANAGEMENT SYSTEM 
(6391-710); invented by: 

Karl Johnson 
Tahir Sheik 



HIGH PERFORMANCE NETWORK SERVER SYSTEM MANAGEMENT INTERFACE 
(6391-711); invented by: 

Srikumar Chari 
Kenneth Bright 
Bruno Sartirana 



CLUSTERING OF COMPUTER SYSTEMS USING UNIFORM OBJECT NAMING AND 
DISTRIBUTED SOFTWARE FOR LOCATING OBJECTS (6391-712); invented by: 

Walter A. Wallach 
Bruce Findley 
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MEANS FOR ALLOWING TWO OR MORE NETWORK INTERFACE CONTROLLER CARDS 
TO APPEAR AS ONE CARD TO AN OPERATING SYSTEM (6391-713); invented by: 

Walter A. Wallach 
Mallikarunan Mahalingam 



HARWARE AND SOFTWARE ARCHITECTURE FOR INTER-CONNECTING AN 
ENVIRONMENTAL MANAGEMENT SYSTEM WITH A REMOTE INTERFACE 
(6391-714); invented by: 

Karl Johnson 
Walter A. Wallach 
Dennis H. Smith 
Carl G. Amdahl 



SELF MANAGEMENT PROTOCOL FOR A FLY-BY-WIRE SERVICE PROCESSOR 
(6391-715); invented by: 

Karl Johnson 
Walter A. Wallach 
Dennis H. Smith 
Carl G. Amdahl 
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1. Preface 



1*1 How this Manual is Organized 

This manual consists of the following: 



Chapter 


Description 


2. Introduction 


Introduces the Wire System subsystem of Raptor. 


3. Command Protocol 


Describes the generic command format for the Wire Servirp rnmmanH 
protocol. It also describes the data types used in this protocol. 


4. System Bus Interface 


Describes the System Bus Interface. 


5, Special Considerations 


Describes some special considerations for using switches, the power up 
process, some monitoring operations LEDs and critical pvmtc 


6. Remote Interface Serial Protocol 


Describes the protocol used to transfer Wire Service messages to a remote 
management processor. 


7. Callout Script Syntax 


Describes the callout syntax when the Remote Interface is requested to make 
a callout 


8. Include File Information 


Describes the System Definition Language file. 


9. Event ID Codes 


Describes the event ID codes. 


10. Glossary 


Describes the terms used in Wire Service Implementation. 



implement low-level drivers and SNMP agents. It is not written 



12 Audience 

This manual is written for personnel who 
for end users or Marketing. 

13 Documentation 

The NetFRAME Wire Service implementation Command Reference is a companion manual. You can use 
that manual to learn about the commands. 

A limited knowledge of I 2 C protocol is a prerequisite to understanding Wire Service Protocols. Refer to 
The rC-bus and How to Use It, (Philips Semiconductor, January 1992) for more information on I 2 C 
protocol. (Ken Nguyen has a copy of this document) 

This manual implements the Wire Service architecture. Reiex ^Raptor Wire Service Architecture Version 
U > (NetFRAME, October 1996) for details on this architecture. It contains a section that describes the 
physical signal connections to the Wire Service processors. It ikqcontains detailed diagrams 
Service System, and Wire Service'Interface Programming State Diagr 
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2. Introduction 

The Wire Service subsystem is a c mponent f the Raptor System. The Wire Service subsystem is 
hereafter referred t as Wire Service. It is a network of micro controllers, and its purpos is to transfer 
messages to the other components of the Raptor System. Wire Service is comprised of system c ntrol, 
diagnostic, maintenance, and logging processors. The Wire Service processors on the System Board are 
interconnected with an ISA bus, and processors on the Back Plane are interconnected with an I 2 C serial 
bus. * 

One of the processors on the System Board is called the System Interface processor. It is part of the System 
Bus Interface (SBI), which is the interface between the Wire Service processors and the CPUs on the 
System Board. The SBI is an integral component of Wire Service. Messages are transferred back and forth 
among the CPUs on die ISA bus and the Wire Service processors on die I C bus, through this interface. 

Wire Service is entirely a "fly-by-wire" system. There are no switches, indicators, or other controls, which 
are directly connected to the function it monitors or controls. All of the monitor and control connections 
are made by the various Wire Service processors. These processors are Microchip PIC processors and the 
Back Plane of Wire Service is a 400 kbps I 2 C serial bus. Control on this bus is distributed Each processor 
can be a sender (a master) or a receiver (a slave) and each is interconnected by this bus. A processor 
directly controls its own resources, and indirectly controls resources of other processors on the bus. An 
overview of Wire Service is illustrated in Figure 1. Wire Service Overview, on page 2. 




1 
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The Wire Service processors are shown in the boxes that have thick lines. Each box includes the processor 
name, such as System Recorder, which is frequently referred to as the black box, and a unique processor id 
(PI), such as 01 . The I 2 C bus is shown with a thick line, while the ISA bus is shown with a thin line. 

The System Recorder and the Chassis Control are the first micro c ntr Hers to power up. The canisters are 
not shown as being n the Back Plane because they are removable. In addition, the Remote Interface is also 
removable. 



Raptor System 



Remote 
Interface - 

'. 41 



System Board 



CPU A 

Controller 
03 



CPU 



ISA Bus 




Back Plane 



NVRAM 



Figure J. Wire Service Overview 
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3. Command Protocol 

The command, diagnostic, monitoring, and logging functions of Wire Service are accessed through the 
common I 2 C bus protocol The processors that comprise Wire Service utilize this bus f r communicati n. 
They are interconnected by this bus. 

The I 2 C bus protocol uses an address in Wire Service memory as the means of identifying the various 
commands. Any function can be queried by generating a "read" request, which has its address as part of its 
protocol format Conversely, a function can be executed by "writing" to an address specified in the 
protocol format Any Wire Service processor can initiate read and write requests by sending a message on 
the I 2 C bus to the processor responsible for that function. 

Multiple simultaneous read requests can result in errors, particularly read requests to the log. Several 
sequence numbers may be lost in a string of messages. You should use I 2 C bus contention to ensure that 
multiple read requests are not simultaneous. 

This protocol includes data types as part of the address data. It implements a separate address space for 
each data type. Refer to Section 32 Data Types on page 7, for more information on data types. The ability 
to use separate address spaces allows for compact internal storage. It also allows you to create unique and 
more complex data types, which are better suited to specific functions. 

3.1 Generic Format for Command Protocol 

A generic protocol format is used for the Wire Service commands. The formats are shown as tables for 
read requests and responses, and write requests and responses. These tables are shown in Section 3.1.1 
Protocol Tables, on page 3. The fields in this protocol are described in Section 3.1.2 Protocol Field 
Descriptions, on page 5. 

Both read and write requests and responses must be initiated. This is indicated by a Master Asserts START . 
For example, an external processor wants to set the temperature of all sensors. TTiis is initiated with the 
WS_SYSJTEMP_DATA command. The master writes this command to the slave. For this specific 
transaction, the slave receives command data from the master. This data is transmitted to the slave, byte by 
byte. That is, byte 0 is transmitted, then byte 1, and so on, until byte N+5 has been transmitted. The slave 
then transmits the requested data back to the master. Th e Master Repeats START and receives (reads) the 
data. 

3.1.1 Protocol Tables 

A generic read request and response table, and a generic write request and response table are shown in 
Table 1. Generic Fonnat Protocol on page 4. The byte fields that are grey indicate that the contents of the 
byte were calculated in the Wire Service firmware. 

A Wire Service read and write request consists of a payload, a message, and a packet Payload is the data 
included in the request Referring to Table 1, payload for a read request is byte 4, and for a read response, 
it is byte 1 through byte N+l. Payload for a write request. is byte 4 through byte.N+4, and for a write 
response it is byte 1 . Message is a wrapper around this data. In addition to the data, it includes Slave Addr, 
LSBit, MSBit, Type, Command ID (LSB and MSB), and Status. Packet is a wrapper around a message 
that is transferred to thfe ISA bus. It includes Check Sum and the Inverted Slave Addr fields. 
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Table L Generic Format Protocol 



READ 

Master Asserts START (Request) 
Offset 



ByteO 

Byte 1 
Byte 2 
Byte 3 
Byte 4 
Byte 5 



Slave Addr 
(7 bits) 



MSBit(l) 



0 

LSBit 



Type 



Command ID (LSB) 



Command ID (MSB) 



Read Request Length (N) 



^C3ie®Sum^ 



Master Repeats START (Response) 
Offset 



ByteO 


Slave Addr 
(7 bits) 


1 

LSBit 


Byte 1 


Read Response Length (N) 


Byte 2 


Data Byte 1 


• 
• 


• 
• 


ByteN+l 


Data Byte N 


ByteN+2 


Status 


ByteN+3 












Byte N+4 







WRITE 

Master Asserts START (Request) 
Offset 



ByteO 

Byte 1 
Byte 2 
Byte 3 
Byte 4 

Byte 5 
• 

Byte N+4 
ByteN+5 



Slave Addr 
(7 bits) 



MSBit(0) 



0 

LSBit 



Type 



Command ID (LSB) 



Command ID (MSB) 



Write Request Length (N) 



Data Byte 1 



Data Byte N 



Master Repeats START (Response) 
Offset 



ByteO 

Byte 1 
Byte 2 
Byte 3 
Byte 4 



Slave Addr 
(7 bits) 



1 , 
LSBit 



Write Response Length (0) 



Status . 



-^^^^BKsaastrai _ 



. inverted Slave Addffi 
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3.1.2 Protoc I Field Descriptions 

The protocol fields are described in the following table. These fields can be modified only by Wire Service 
firmware. 



FIELD 


DESCRIPTION 


oiave Aaar 


opecities tne processor loentirication code, lnis field is 7 bits wide. 
Bit [7 1]. 


LSBit 


Specifies what type of activity is taking place. If LSBit is clear (0), 
the master is writing to a slave. If LSBit is set (1), the master is 
reading from a slave. 


MSBit 


Specifies the type of command. It is bit 7 of byte 1 of a request If 
this bit is clear (0), this is a write command. If it is set (1), this is a 
read command. 


Type 


Specifies the data type of this command, such as bit or string. 


Command ID (LSB) 


Specifies the least significant byte of the address of the processor. 


Command ED (MSB) 


Specifies the most significant byte of the address of the processor. 


Length (N) 

Read Request 


Specifies the length of the data that the master expects to get back 
from a read response. The length, which is in bytes, does not include 
the Status, Check Sum, and Inverted Slave Addr fields. 


"Ttead Response 


Specifies the length of the data immediately following this byte, that 
is byte 2 through byte N+l . The length, which is in bytes, does not 
include the Status, Check Sum, and Inverted Slave Addr fields. 


Write Request 


Specifies the length of the data immediately following this byte, that 
is byte 2 through byte N+l . The length, which is in bytes, does not 
include the Status, Check Sum, and Inverted Slave Addr fields. 


Write Response 


Always specified as 0. 


Rata Ytvto 1 


Specifies the data in a read request and response, and a write request. 


• 

Data Byte N 




Status 


Specifies whether or not this command executes successfully. A 
non-zero entry indicates a failure. Status codes are described in . 
Section 3 .3 Wire Service Status Codes on page 15. 




op the: ^TOtyte f^^^^g^^jfiS^t 


Inverted Slave Addr s | 


Spedfi^eSto 




ii ttiV-Wffe Service J&mware ^f-T^ - |p - V^p^ 
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3.13 W rking with the Fields 

The values used in the protocol are derived from the address of a specific processor. This address consists 
of three parts: 

1. Processor identification code 

2. Datatype 

3. Subaddress 

The address is 4 bytes in length and is in hexadecimal notation, as follows: 
PIDTALAMh 

Where: 

Processor ID 
Datatype 



PI 
DT 
AL 



is 
is 
is 



AM 
h 



is 



is 



First byte of die 2-byte subaddress, that is Command ID. It is the 
least significant byte, or LSB. 

Second byte of the 2-byte subaddress, that is Command ED. It is the 
most significant byte, or MSB. 



Hexadecimal notation. 
3.1.3.1 Slave Addr 

The identification codes for the processors are listed in the following table. The processor identification 
(PI) is used to determine the Slave Addr. 

To determine the Slave Addr value for a request shift all the bits of the PI to the left one bit For example, 
the processor ID for the chassis controller is 02h, so after the bits are shifted, die Slave Addr is 04h. To 
determine the Slave Addr value for a response, increment the shifted value by one (1). In this case, the 



response Slave Addr is 05h. 


Processor Name 


PI 


System Recorder 


Olh 


Chassis Controller 


02h 


CPU A Controller 


03h 


CPU B Controller 


04h 


System Interface 


lOh 


Remote Interface 


lib 


Canister Controller A 


20h 


Canister Controller B 


21h 


Canister Controller C 


22h 


Canister Controller D 


23h 
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3.13.2 Type 

Valid data types (DT) for the commands are listed bel w. They determine the value specified in the Type 
field. The value for a write request is the value specified in DT. The value for a read request is the value 
specified in DT, with bit 7 set 



DATATYPE 


READ 


WRITE 


Bit 


8Ih 


Olh 


Byte 


82h 


02h 


String 


83b 


03h 


Log 


84h 


04h 


Event 


85h 


OSh 


Queue 


86b 


06b 


Byte Array 


87b 


07h 


Lock 


88h 


08h 


Screen 


89h 


09b 



3.133 Command ID 

The subaddress (ALAM) is used to determine the Command ID. The first byte, or AL, is the least 
significant byte, or LSB. The second byte, or AM, is the most significant byte, or MSB. 

3.2 Data Types 

All of the data types used in Wire Service commands are described in this section. Each data type includes 
a description and an example of a simple protocol command. The format of the examples is the same for all 
of the commands. 

Check Sum and Inverted Slave Addr are not shown in the examples for simplicity. These bytes are 
calculated in the firmware. Check Sum is appended and checked by all commands when they are 
physically sent on the Wire Service bus. 



32.1 Bit Data Type 

You can use the bit data type for a simple logic value, such as TRUE (1) and FALSE (0), or ON (1) and 
OFF(0). 

Example: 

Read Bit Message: 
Request 



Slave Addr 


Bit Type 


Command ID 


Command ID 


Request Length 




Read 


(LSB) 


(MSB) 


1 
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Response 



Slave Addr 


Length 


Bit Value 


Status 




1 


0/1 


0 



Write Bit Message: 
Request 



Slave Addr 


Bit Type 


Command ID 


Command ID 


Length 


Bit Value 




Write 


(LSB) 


(MSB) 


1 


0/1 



Response: 



Slave Addr 


Length 


Status 




0 


0 



322, Byte Data Type 

You can use the byte data type for a single-byte value, with a variable length of 0 through FF. 
Example: 

Read Byte Message: 



Request 



Slave Addr 


Byte Type 


Command ID 


Command ID 


Request Length 




Read 


(LSB) 


(MSB) 


1 



Response 



Slave Addr 


Length 


Byte Value 


Status 




1 




0 



Write Bvte Message: 
Request 



Slave Addr 


Byte Type 


Command ID 


Command ID 


Length 


Byte Value 




Write 


(LSB) 


(MSB) 


1 





NetFRAME CONFIDENTIAL DOCUMENT 



^Vire Service Implementation User's Gui 



Response: 



Slave Addr 


Length 


Status 




0 


0 



3.23 String Data Type 

You can use die string data type for a variable-length string of data of 0 to FF bytes. The maximum number 
of bytes allowed is FF. Exceeding this maximum causes an error condition. 

Example: _ 

Read Siring Message: 

Request 



Slave Addr 


String Type 


Command ID 


Command ID 


Request Length 




Read 


(LSB) 


(MSB) 


N 



Response 



Slave Addr 


Length 


String Data 




String Data 


Status 




N 


I 




N 


0 



Write String Message: 
Request 



Slave Addr 


String Type 


Command ID 


Command ID 


Length 




Write 


(LSB) 


(MSB) 


N 



String Data 




String Data 


1 




N 



Response: 



Slave Addr 


Length 


Status 




0 


0 



3.2.4 Lock Byte Data Type 

(NOT IMPLEMENTED AT THIS TIME) 
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3.2.5 Byte Array Data Type 

You can use the byte array data type for general storage of data that is not anticipated in the 
implementation of Wire Storage. This data type has a length of 0 to FF bytes. This storage is implemented 
with NVRAM, so external code manages the allocation and deallocation of data directory information. 

Example: 

Read Byte Array Message: 



Request 



Slave Addr 


Byte Array Type 


Command ID 


Command ID 


Request Length 




Read 


(LSB) 


(MSB) 


N 



Response 



Slave Addr 


Length 


Array Data 


••• 


Array Data 


Status 




N 


I 




N 


0 



Write Byte Array Message: 
Request 



Slave Addr 


Byte Array Type 


Command ID 


Command ID 




Write 


(LSB) 


(MSB) 



Length 


Array Data 




Array Data 


N 


1 




N 



Response: 



Slave Addr 


Length 


Status 




0 


0 



3.2.6 Log Data Type 

You can use the log data type to write a byte string to a circular log buffer. This data type records system 
events in the NVRAM system log. The maximum number of bytes that can be written in a log entry is 249. 
The log processor adds 6 bytes of ID and a timestamp at the beginning of the command. Refer to Section 
5.6 Timestamp Considerations on page 3 1 , for more information on the timestamp. 

The addressing of log entries has the following special considerations: 

• Address 65534 (FFFEh) specifies the address of the oldest valid message in a read operation. 

• Address 65533 (FFFDh) specifies the address of die next message in sequence from the last message 
read from the log. 
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• The address of log messages wraps at 65279 (FEFFh). The next sequential message after this address 
isO. 

• Only the 65534 and 65533 addresses are recognized for a read operation. These addresses are ignored 
for a write operation and the next available sequential message is written. 

• To read the entire log in forward-time order, read the timestamp first Then, read the message at 
address 65534. This is the first message. Then, read the message at address 65533 to get the next 
sequential message. Repeat this last step until the Status field returns a non-zero value, which 
indicates a failure. 

• If you want to keep a complete external copy of the log, read the entire log in forward-time order. 
Then, periodically read from the next valid message at address 65533 to the end, and add that to the 
external copy. 

Multiple simultaneous read requests to the log can result in errors. Several sequence numbers may be lost 
in a string of messages. Use I 2 C bus contention to ensure that multiple read requests are not simultaneous. 

Log messages may be out of sequence if the log is filled so quickly that old messages are written over 
before they are read. When this occurs, the log processor returns the oldest currently available entry for the 
next entry read. 

Example: 

Read Log Message: 

Request 



Slave Addr 


Log Type 


Log Addr 


Log Addr 


Request Length 




Read 


(LSB) 


(MSB) 


FF 



Response 



Slave Addr 


Length 


Command ID 


Command ID 


Log Time 


Log Time 




10 


(LSB) 


(MSB) 


(LSB) 



Log Time 


Log Time 


Log Data 


••• 


Log Data 


Status 




(MSB) 


Byte 1 




Byte 4 


0 



Write Log Message: 
Request 



Slave Addr 


Log Type 
Write 


00 


00 


Length 
4 


Log Data 
Byte 1 




Log Data 
Byte 4 



Response: 



Slave Addr 


Length 


Status 




0 


o 
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AH events are written to the 1 g as a 4-byte message, as shown below: 




Byte 


Description 


Byte 1 


Severity level 


Byte 2 


Source and encoding byte 


Byte3 


Event ID LSB 


Byte 4 


Event ID MSB 



Conventions for the log data portion of the message are listed below. These conventions are used by 
processors external to Wire Service, and are used in conjunction with I 2 C bus contention. 

Log Data Byte 1: Severity Levels Byte are listed below: 



00b 


Unknown 


10b 


Informational 


20b 


Warning 


30b 


Recoverable error 


40h 


Unrecoverable or Fatal Error 



Log Data Byte 2: Source and Encoding Byte. The processor that logged the message in the four high 
bits of the byte are listed below: 



00h 


Wire Service Internal 


lOh 


Onboard Diagnostics 


20h 


External Diagnostics 


30h 


BIOS 


40h 


Time Synchronizer 


50h 


Windows 


60h 


Windows/NT 


70h 


NetWare 


80h 


OS/2 


90h 


UNIX 


AOh 


VAX/VMS 
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The processor that logged the entry in the four low bits of the byte are listed below: 



00h 


Binary 


lOh 


ASCII 


20h 


Unicode 



For example, an external diagnostics ASCII error message has a severity byte value of 30H and a source 
and encoding byte value of 21h. 

Additional conventions apply to binary encoded messages. Bytes 3 and 4 of the log data portion of the 
message are used as the LSB and MSB of a 16-bit message identifier. Each processor that logs binary 
messages, such as OS or BIOS, must maintain a file using the same format that contains die definition of 
all possible binary messages from their source. This file contains the identifier value, formatting string, and 
descriptive comments for each message. The processor must maintain die message identifier and supply it 
in a file to any requester. Log bytes 5 and higher of the log data portion of the message are message 
arguments in format-list order. Keep in mind that obsolete message identifiers cannot be reused because of 
having to continue to support older versions (backward compatibility). 

3.2.7 Event Data Type 

You can use the event data type to alert external interfaces of events in Wire Service. Event memory is 
organized as a bit vector, which has a minimum of 16 bits. Each bit in the bit vector represents a particular 
type of event Writing an event sets the bit that represents the event in die bit vector. 

Reading the event data type returns one or more event IDs, depending on the request length and events 
actually pending in the interface. Once an event is read, the corresponding event bit is cleared. 

Valid event types are: 

CPU status change 

Power status change 

Canister status change 

Fan status change 

Temperature 

Screen (not implemented) 
Queue (not implemented) 
OS Timeout 
Example: 

Read Event Message: 



Request 



Slave Addr 


Event Type 


01 


00 


Request Length 




Read 






10 
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Response 



Slave Addr 


Length 


Event ID 


••• 


Event ID 


Status 




N(M6) 








0 



Write Event Message: 
Request 



Slave Addr 


Event Type 


01 


00 


Length 


Event ID 




Write 






1 


0-F 



Response: 



Slave Addr 


Length 


Status 




0 


0 



3.2.8 Screen Data Type 

You can use the screen data type to communicate character mode screen data from BIOS to the Remote 
Interface processor. This data can be from OtoFF bytes in length. 

The screen address space consists of an image of character video memory for an 80x50 screen. This 8000 
byte block of memory represents the contents of the screen. There are 50 rows, and each row consists of 80 
characters. Each character consists of two bytes. This represents a total of 4000 character pairs. 

Each character cell has both a character byte and an attribute byte. Screen memory consists of 8 1 9 1 bytes. 
However, memory above the address of 8000 is reserved for BIOS and remote management software. It is 
recommended that address 8001 and address 8002 be used as the cursor address register. 

The Command ID (LSB) and Command ID (MSB) serve as an offset to get to a given location in this 
screen address space. 

Example: 

Read Screen Data Message: 



Request 



Slave Addr 


Screen Data Type 


Command ID 


Command ID 


Request Length 




Read 


(LSB) 


(MSB) 


N 



Response 



Slave Addr 


Length 


Screen Data 




Screen Data 


Status 




N 


1 




N 


0 
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Write Screen Data Message: 
Request 



Slave Addr 


Screen Data Type 


Command ID 


Command ID 


Length 




Write 


(LSB) 


(MSB) 


N 



Screen Data 




Screen Data 


1 


• 


N 



Response: 



Slave Addr 


Length 


Status 




0 


0 



3*2.9 Queue Data Type 

(NOT IMPLEMENTED AT THIS TIME) 



33 Wire Service Status Codes 

If the Wire Service Status byte contains a non-zero number, an error has occurred The error codes are 
described as follows: 



CODE 


DESCRIPTION 


1 


The slave did not respond to a request initiated by a master. Resubmit the command with a 
correct Slave Addr 


2 


The slave did not have die data type or address specified in a request sent by the master. 
Resubmit the command with the correct data Type or Command ID. 


3 


The message or response is not valid. The Slave Addr is invalid. Hie master does not 
recognize die response. No further messages are sent for this transaction. 


4 


The message could hot be completely sent or received. The master does not recognize the 
response. No further messages are sent for this transaction. 


5 


Message data in the Check Sum field was received incorrectly. The request should be 
resent, if possible. 


6 


The slave operation is not valid, such as a write request to a read-only command. 


7 


The slave responded that there was no data at the specified address for a queue or a log. 



3*4 Storing Serial Numbers 



Serial numbers are stored in the DS2502 chip. Decimal data is stored in BCD format For example, a hex 
dump of the EPROM bytes for sequential number 123456 is "123456", and a hex dump of Revision 87 is 
"87". There is a total of 1 6 bytes per serial number slot Refer to NetFRAME Policies andProcedures 
Serial Numbers, Part Number 33-100053-01, for detailed infonnation on serial numbers. 
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Field 


Name 


Type 


Bytes 


Notes 


RR 


Revision 


Decimal 


1 




CC 


Category 


Hex 


1 




TT 


Type 


Hex 


1 




SSSSSS 


Sequence Number 


Decimal 


3 . 


Stored as 2 digits per byte. 


FF 


Factory 


Hex 


1 




MMDDYY 


Date Code 


Decimal 


3 


1 byte each for month, day, and year. 


AAAAAA 


Network Group Address 


Hex 


3 


Stored as 2 digits per byte. 


XXXXXX 


(Not used) 




3 


Not written (all binary 1 s) 



The format of the bar-code is as follows: 

I III II I llll III Hill I II III Hill II I I III II I 

S/N5121 01 008127 



Notes: 

1. The size of the label is 2" xVi". 

2. The label is white with black text 

3. The label is made of Z-Ultimate 3000, which is UL/CSA recognized and has a service temperature 
range from -20° to +300° F. 

4. The bar-code and text are approximately 0.090 n high. 

5. The printed serial number contains revision, category, type, and sequence number. The fields are 
separated by spaces. 

6. The bar-code consists of the printed part of the serial number only. It does not include the "S/N" 
portion of the text or the spaces between the parts of the serial number. 

7. The bar-code is Code 39. 

Serial numbers are stored in the following commands in the System Recorder processor. 
WS_SYS_BP_SERIAL 
WS_SYS_CAN_SERIAL1 
WS_SYS_CAN_SERIAL2 
WS_SYS_CAN_SERIAL3 
WS^SYS_CAN_SERIAL4 



NetFRAME CONFIDENTIAL DOCUMENT 



16 



ire Service Implementation User's Gui 



WS_SYS_RI_SERIAL 

WS_SYS_SB_SERIAL 

WS_SYS_PS_SERIAL1 

WS_SYS_PS_SERIAL2 

WS_SYS_PS_SERIAL3 
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4. System Bus Interface 

The System Bus Interface (SBI) is the interface used by the client 1 to transfer Wire Service messages. The 
format of these request and response messages is described in Section 3.1 Generic Format for Command 
Protocol on page 3. Figure 2. System Bus Interface Block Diagram shows the components of SBI. 



fC Bus 



Queues (lk) 



— Request 



System 
Interface 
Processor 
(PIC16C65) 



Data 



MDR 



Response 



j CSR [«■ 



Interrupt 



Wire Service SBI 



I/O Address 
OCCOh 



OCClh 



IRQ 15 



ISA Bus 



Figure 2. System Bus Interface Block Diagram 

The SBI is located in system I/O storage as two registers Each register is 8 bits wide. One register is the 
Message Data Register (MDR) and the other is the Command and Status Register (CSR). The MDR 
transfers messages back and forth from Wire Service, and the CSR controls operations and reports on the 
status of commands. Hie MDR is located at OCCOh and the CSR is located at OCClh. Both of these 
addresses are fixed. 

Both synchronous and asynchronous I/O modes are provided by the SBI. An interrupt line provides the 
ability to request an interrupt when asynchronous 1/6 is complete, or when a Wire Service event occurs 
while die interrupt is enabled This interrupt uses ISA IRQ IS, which is the interrupt number for only die 
ISA subsystem. This interrupt number address is also fixed. 



4.1 Operation 

The SBI is single-threaded. That is, only one client is allowed to access the SBI at a specific period of time. 
A program has to allocate die SBI for its use before using it, and then must deallocate it when an operation 
completes. The allocate fails if a previous allocation is not deallocated. 

Note: It is very important to deallocate die SBI after each use. 

In rare situations, more than one client may request allocation of the SBI at approximately the same time. 
Only one request is granted and the 'Interface Owner ED' field in die CSR indicates which client has 
allocated the SBI successfully. For more information refer to Section 4.2.2.1 CSR as a Status Register 
(Read) n page 20. 



1 Client is a software program that accesses the Wire Service through SBI, such as an OS driver or BIOS. 



NetFRAME CONFIDENTIAL DOCUMENT 



18 



Ire Service Implementation User's Guide 



Send and receive Wire Service message, and Service Wire Service Event are two typical client perations. 
A sequence f commands are required to complete each peration. An operation usually begins with CSR 
status checking and SBI allocation. It is then followed by sending and receiving Wire Service messages, 
resetting CSR status and finally SBI reallocation. A suggested operational sequence is described in Section 
4.4 Suggested Sequence f Operations on page 22. 

42 SBI Components 

the functions of the MDR and the SCR are described in this section. 
4*2.1 MDR and Queues 

The MDR and the request and response queues transfer Wire Service messages between a client and Wire 
Service. The queues utilize the first-in first-out (FIFO) technique. That is, the next message processed is the 
one that has been in the queue the longest time. 

Note: These queues transfer one message at a time. 

These queues have two functions: 

1 . They match speeds between the high-speed ISA bus and the slower Wire Service subsystem. 

2. They serve as interim buffers for the transfer of messages. This relieves the System Interface processor 
of having to provide this buffer. 

When the MDR is written from the ISA bus, it loads a byte into the request queue. When the MDR is read 
from the ISA bus, it unloads a byte from the response queue. The System Interface processor reads and 
executes the Wire Service request from die request queue when a message command is received in the 
CSR. A response message is written to die response queue when Wire Service completes executing the 
command. The client can read and write message data to and from the queues by executing a REP OUT/IN 
instruction through the MDR. Refer to 80x86 Programmer 's Reference Manual for more information on 
repeat input and output data to the I/O port 

422 CSR and Interrupts 

The CSR has two functions. The first is to issue commands, and the second is to report on the status of 
execution of a command The SBI commands are usually executed synchronously. That is, after issuing a 
SBI command, the client must keep polling the CSR status to confirm command completion. If the system 
issues a second command to the CSR before the System Interface processor reads the first one, a loss of 
data could result The format of the CSR as a status register is described in Section 4 22 A CSR as a Status 
Register on page 20. 

In addition to synchronous I/O mode, die client can also request an asynchronous I/O mode for each SBI 
command by setting the 4 Asyn Req* bit in the command Wire Service requests an interrupt after the 
command executes. Only die 'Message 9 command is recommended for the asynchronous I/O mode. All 
other commands should use the synchronous I/O mode, because they either complete quickly or ignore die 
interrupt bit of die 'Reset' command. 

The interrupt line uses ISA IRQ IS, which is not configurable under current implementation. Level- 
triggered (sensitive) is used for this interrupt line. A level-triggered interrupt request is recognized, by 
keeping die signal at the same level. (An edge-triggered interrupt is recognized by die signal level 
transition). 

The client can either enable r disable the level-triggered interrupt by sending "Enable Ints* and 'Disable 
Ints* commands. If die interrupt line is enabled, die System Interface processor requests an interrupt, either 
when an asynchronous I/O is complete or when a Wire Service event occurs. 
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Note: Under current design, the Wire Service does not reset the interrupt The client must issue a 'Clear 
Int Req' command t clear the interrupt after the interrupt request has been executed. Otherwise, it keeps 
receiving interrupt requests. 

4.2.2 J CSR as a Status Register (Read) 



Bit 7 


Bit 6 


Bit 5 


Bit 4 


Bit 3 


Bit 2 Bit! BitO 


Error 


IntEna 


Events 


Done 


Int Req 


Interface Owner ID 



Where: 



Interface 
Owner ID 


0: Interface not in use. 

None-zero: Owner's ED for a successful allocation. 


Int Req 


0: Synchronous I/O mode. 
1 : Asynchronous I/O mode. 


Done 


0: Idle/command executing. 

1: 'Message' command has completed. 


Events 


0: No Wire Service event 

1 : Wire Service events are pending. 


IntEna 


0: Interrupt is disabled. 
1 : Interrupt is enabled. 


Error 


0: No error. 

1 : The last command written to die CSR was invalid 



4.2.2.2 CSR as a Command Register (Write) 

Hie CSR command types and values are shown below. The System Interface processor keeps polling this 
register for a new command. When a new command is detected, it is executed immediately. However, if 
the same command is issued back-to-back, it is not recognized as a new command. 



Bh7 Bit6 Bit5 Bit4 Bit3 Bit2 Bit 1 BitO 



Asyn 
Req 



Command Type 
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Where: 



Asyn Req 


0: Request a synchronous I/O mode. 

1 : Request an asynchronous I/O mode. An interrupt request is generated 
when thee mmand has completed. 


Command Type 


Contains the command value that is executed by the System Interface 
processor. 



43 CSR Commands 

The CSR commands are listed below. The field that confirms command completion is specified at the end 
of the description of each command. 



Command 
Type 


Value 


Description 


Allocate 


1-7 
0x01 

• 
• 

0x07 


The first command in a sequence of commands. This command clears both 
data queues and die 'Done' bit The same value is returned in the 'Interface 
Owner ID' field if the allocation is successful. A mismatch indicates that 
allocation has failed. 

Note: The allocation always fails if the 'Interface Owner ID' is not zero 
before the 'Allocate' command is issued. 






Completion: 'Interface Owner ID' is not set to zero. 


Deallocate 


16 
0x10 


The last command in a sequence of commands. This command clears die 
'Done' bit and 'Interface Owner ID' field. 

Note: You should never use this command to obtain access to the SBI, even 
though die design does not stop you from doing so. Using Deallocate in this 
manner results in unpredictable behavior. 






Completion: The 'Done' and 'Interface Owner ID' bits are cleared. 


Enable Ints 


17 
0x11 


Enables interrupt for Wire Service events. This may cause an interrupt if the 
'Events' bit is already set 






Completion: The 'Int Ena' bit is set 


Disable Ints 


18 

0x12 


Disables interrupt for Wire Service events. 






Completion: The 'Int Ena' bit is cleared 


Message 


19 

0x13 


This command is issued after a Wire Service request message has been sent to 
die request queue through the MDR. The 'Done' bit is set after die Wire 
Service request message is processed and die response message is placed on 
die response queue. 






Completion: The 'Done' bit is set 
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Clear Done 


32 

0x20 


Clears the Done bit and both queues. 


C mpletion: The 'Done' bit is cleared. 


Clear IntReq 


33 
0x21 


Clears the Int Req bit It must be executed after receiving an interrupt in 
order to turn off the hardware interrupt request 


Completion: The 'Int Req' bit is cleared 


Reset 


90 
OxSa 


Unconditionally clears all bits in the CSR except the 'Events' bit. It aborts any 
currently in-progress message operation and clears any interrupt 


Completion: No need to wait 


Diagnostic 
Mode 


A5 


Only used for firmware diagnostic purposes. 


Completion: Not applicable. 


Exit 
Diagnostic 


5A 


Only used for firmware diagnostic purposes. 


Completion: Not applicable. 



4.4 Suggested Sequence of Operations 

Send and receive Wire Service message and Wire Service event are two typical operations. For each 
operation, a sequence of commands is issued, as shown in Section 4.4.1 Sending Requests and Receiving 
Responses on page 22, and Section 4.4 2 Wire Service Events on page 24. Because the completion of each 
command is usually confirmed by checking related CSR status, status and time-out checking are also 
reported. 

Note: It is strongly recommended that the client check related CSR status before issuing a command that 
relies on the CSR status as confirmation of command completion. In addition, since Wire Service is not 
implemented as a state machine, it is the responsibility of the client to ensure the right order of the 
sequence of commands. In other words, Wire Service neither keeps track Of the states, nor does it reject the 
command that causes an invalid state transition. 

4.4.1 Sending Requests and Receiving Responses 

This section describes the sequence of commands used for sending a Wire Service Request message and 
receiving its response message. In this sequence, all commands use synchronous I/O mode, except for die 
•Message' command. When this I/O mode is used, wait for the 'Done' bit to be set instead of the interrupt 
Timeouts should also be considered, as shown in Section 4.4.2 Wire Service Events on page 24. 
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CSR Status 
Checking 



Interface 
Allocation 



Send/Receive 
Wire Service 
Message 






Write Wire Service request message to 
'Request FIFO' via MDR 










r lf 

issue 'Message' command 






V 






^ Wait for the interrupt to occur ^ 






—Interrupted ^s^^ 






Read Wire Service response 
message from 'Response 
FIFO' via MDR 





Yes 



/Timeout\ 
I Process/ 
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Wait for 500 ms 




4.4 J. Wire Service Events 

In this command sequence, the ISA bus interrupt is enabled to service a Wire Service event. Keep in mind 
that the client can also choose to poll the Events' bit until it is set However, this is very inefficient This 
command sequence is also used for a synchronous I/O mode 'Message' command 
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CSR Status 
Checking 



Interface 
Allocation 



Enable 
ISA Interrupt 



Send/Receive 
Wire Service 




No 
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5. Special Considerations 

NetFRAME Wire Service Implementation Command Reference describes the various operations executed 
by the Wire Service processors. However, there are additional actions that must take place for some of die 
control, monitoring, and feedback functions f Wire Service. These acti ns are described in this chapter. 

5.1 Wire Service Switches 

Some Wire Service operations can be controlled with toggle switches. These switches are: 

• Main AC power switch 

• System 5-voK power switch 

• CPU reset switch 

• FLASH enable switch 

• NMI enable switch 

These switches utilize the debounce feature in the Wire Service firmware. They are monitored periodically 
and an action takes place when a switch is set In addition, when a switch is set an entry is written to the 
log. An entry is also written to the log when the system 5-volt power switch is cleared . 

The switches and the actions taken are described in greater detail in the following sections. 

5.1.1 Main AC Power Switch 

There are two main AC power switches, which are located in the center of the panel. They either enable or 
disable power for the Chassis Controller, System Recorder, and NVRAM on the Back Plane. These 
switches provide the AC 1 10-volt power supply to Raptor. This power supply is then transformed into two 
DC power lines, supplying power for the Raptor system. These two DC power lines are: 

1 . The bias 5-voh line, which provides power to the Chassis Controller and System Recorder. 

2. The system 5-volt line, which provides power to the whole system, except to the Chassis Controller 
and System Recorder. 

Note: The Remote Interface Board has its own power supply, which is an external 5-volt adapter. 

5.1.2 System 5-volt Power Switch 

The system 5-voh power switch provides power to the whole system, except for the Wire Service Chassis 
Controller and System Recorder. You can either enable this switch locally or execute the System Master 
Power command. This switch is located in the upper-right corner of the panel. The main AC power switch 
must be enabled prior to enabling this switch. 

5.13 CPU Reset Switch 

The CPU reset switch resets all main CPU functions. You can either enable this switch locally or execute 
the System Hah/Run command This switch is the right-most switch under the LED Display on the panel 

5.1.4 FLASH Enable Switch 

The Flash enable capability to BIOS can be enabled or disabled by either toggling the Flash enable switch 
or executing the Flash Enable command. This switch is the middle switch under the LED Display on the 
panel. 
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5.1.5 NMI Enable Switch 

The NMI enable switch can be enabled t take an action according to conditions in the NMI mask. You can 
also execute the NMI Request command to enable or disable NMI. This switch is the left-most switch 
under the LED Display on die panel. 

5 2 Power Processes 

There are processes for power up and power off, once the main AC power and the system 5-volt power are 
enabled. These processes are described in the sections below. 

5.2.1 Initial Power Up Process 

There is a start-up process once the main AC power and the system 5-volt power are enabled. The serial 
number of the System Board, Back Plane, canisters, and power supplies are scanned, using the Dallas Inc. 
one-wire serial protocol. The System Recorder processor writes the serial number data to NVRAM. The 
serial numbers of the Back Plane and Remote Interface are also scanned and written to NVRAM. If a 
component is not present, such as the Remote Interface, the length of the serial number string address for 
that component is zero. Refer to Section 3.4 Storing Serial Numbers on page 15, for more information on 
serial number data. 

522 Power Up Process 

Once die power is on, a Wire Service internal message entry is written to the log. When the power up 
process is enabled, Wire Service monitors the status of several system functions. These include 
temperature, fan speeds, and changes in the presence of canisters and power supplies. These functions are 
described in Section 5.3 Monitoring die System on page 29. 

Both the AC and DC power supplies are monitored periodically, and any changes to the status results in an 
entry being written to the log. An event is sent and the system is powered off. Refer to Section 5.4 Event 
Queues on page 30 for more information on events. The following voltage supplies are monitored and an 
entry for each supply is written to the log: 

• +12 volt 

• +5 volt 

• +3.3 volt 

• - 12 volt 

The temperature of all the sensors on the temperature bus are monitored in the same way as the power 
supplies. If any of the sensors are running too hot; the system is powered off. 

Non-specific, or general faults on most components are recorded in a summary bit However, some 
components are specifically monitored for faults. They are: 

• Fans 

• Canisters 

• CPU temperature 

The power to Wire Service is hot-swappable. Once the system is running and you determine that a 
component must be unplugged, you must follow the power off process before unplugging the component 
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523 Power Off Process 

The system is powered off by disabling the main AC power. This is executed by either toggling the system 
master power switch or executing the System Master Power c mmand. An entry is written to the log. 

53 M nit ring the System 

Several system functions are periodically monitored to determine if there is a change in the status of a 
specific function. These are described in the following sections. 

53.1 Monitoring the System Temperature 

The temperature of all the sensors on the temperature bus are monitored every second. They are controlled 
by reading Dallas Inc. temperature transducers connected to the serial bus on the Back Plane. These sensors 
are read in address order. The formula is: -25 °C £ x £ 70°C. There are two temperature limits: 

• Shutdown limit, which is initialized to 70°C 

• Warning limit, which is initialized to 55°C 

Each sensor is compared to the shutdown limit If any temperature exceeds this limit, the system is 
powered off. If it is lower than the shutdown limit, each sensor is then compared to the warning limit If 
any temperature exceeds this limit* 

• An over-limit fault is created 

• A temperature LED is set 

• A temperature event is sent to the system and Remote Interface 

• —An entry is written to the log 

If the sensors do not exceed the shutdown or warning limit, but the over-limit bit indicates that a fault has 
been created, a temperature event is sent to the system and Remote Interface. 

532 Monitoring the Presence of Canisters 

Several times per second, the Back Plane monitors the status of the presence of canisters. Each line is a 
Dallas Inc. one-wire serial bus signal connected to a Dallas Inc. serial number chip. In order to detect the 
presence of a canister, a reset pulse is sent by the Wire Service to detect a canisters presence puke. If there 
is a change in the presence of a canister, the presence bit is updated and a canister event is sent to die 
system and the Remote Interface. The previous and current canister data is written to the log. If a canister is 
removed from the system, no further action takes place. The length of the serial number string for that 
canister address is set to zero. However, if a canister is installed, its serial number is read by the Dallas Inc. 
one-wire protocol and written to NVRAM. Refer to Section 3.4 Storing Serial Numbers on page 15, for 
more information on serial number data. 

533 Monitoring the Presence of Power Supplies 

Several times per second, the Back Plane monitors the status of the presence of power supplies. Each line is 
a Dallas Inc. one-wire serial bus signal connected to a Dallas Inc. serial number chip. In order to detect the 
presence of a power supply, a reset pulse is sent by the Wire Service to detect a power supply presence 
pulse. If there is a change in the presence of a power supply, the presence bit is updated and a power 
supply event is sent to the system and the Remote Interface. The previous and current power supply data is 
written to the log. If a power supply is removed from the system, n further action takes place. The length 
of the serial number string for that power supply address is set to zero. However, if a power supply is 
installed, its serial number is read by the Dallas Inc. one-wire protocol and written to NVRAM. Refer to 
Section 3.4 Storing Serial Numbers on page 15, for more information on serial number data. 
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53.4 M nit ring Fan Speed 

Once every second, all Wire Service processors that have fens are monitored in address rder. The System 
Board fan low-speed limit is 30 rps (1800 rpms). The canister fan low-speed limit is 20 rps (1200 rpms). 

Each fen is compared to the low-speed limit If any fen speed falls below this limit: 

• A fan fault is created 

• : An entry is written to the log 

• The fan fault LED is set 

• The speed for both fans is set to high 

To reset the fan fault LED and fan speed, either reset the fields locally or through the Remote Interface, or 
power cycle the canister or System Board. This LED can also be reset if a fen that fails is replaced. 

5.4 Event Queues 

Events are always sent to the System Interface and Remote Interface queues. However, if the system sends 
an event and one or both of these interfaces are not present at power up, die system does not receive a 
response. When this happens, the system does not make any attempt to resend the event. 

There is a command that retrieves a critical event from the system log. Usually when you retrieve a 
message from the log, you must read all of the log entries. However, the Critical Event Notification 
command triggers an alarm in the system software to read the log for this specific event and take an action. 
This command is described in NetFRAME Wire Service Implementation Command Reference. 

5.5 LED Considerations 

When the I 2 C bus hangs up, the system fault LED blinks. Currently, it does not get reset by the hardware. 
Power cycle die power supply to get out of this situation. 



The settings of the system LEDs are listed below: 



Fault 


Settings 


System 


Off is OK 
Amber is fault 


CPU 


Green is OK 
Amber is fault 


Temperature 


Amber is fault 
Off is OK 


Fan 


Amber is fault 
Off is OK 


Flash enable 


Green is enable 
Off is disable 



If there is a canister fen fault, the system fan fauh is amber. However if there is a system fen fault, the 
system fault LED is not effected. In other words, it is not turned on. If there is a CPU thermal fault, the 
system fault LED is amber. 
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The system fault summary LED is turned on for the f 11 wing: 

• Canister fan fault 

• System Temperature 

• CPU Temperature 

• CPU Internal error 

• CPUPowernotOK 

5.6 Timestamp Considerations 

The real-time clock (RTC) is located in the System Recorder on the Back Plane. Once it is initialized, it 
clicks at one-second intervals. Since it is a four-byte field, that is 32 bits, it has the capacity of recording 
the time for many years without having to be reset It has battery backup power, so if the power goes off, it 
continues to click. 

The RTC records absolute time. It does not record time in human terms. In other words, it does not reset 
when the time here is reset forward or back one hour. The operating system must get a reference point for 
its time by reading die RTC and then synchronizing it 



5.7 DIMM Types 

This section contains tables that list the type of DIMMs, presence detect, and configuration. 
Table 2. DIMM Types 



PDBITS 
4 3 2 1 


MODULE 
CONFIGURATION 
(PARITY, ECC) 


DRAM 
ORGANIZATION 


RE 
ADDR. 


CE 
ADDR. 


REFRESH PERIOD (ms) 


NORMAL 


SLOW 


1111 


No Module 












0 0 0 0 
0 0 0 1 


256KX 64/72, 72 
512KX 64/72, 72 


256KX 16/18 
256KX 16/18 


9 
9 


9 
9 


8 
8 


64 
64 


0 0 10 
0 0 11 


512KX 64/72, 72/80 
1MX 64/72, 72/80 


512KX8/9 
512KX8/9 


10 
10 


9 
9 


16 
16 


128 
128 


0 10 0 
0 10 1 


1MX 64/72, 72/80 
2MX 64/72, 72/80 


1MX 1/4/16/18 
1MX 1/4/16/18 


10 
10 


10 
10 


16 
16 


128 
. 128 


0 110 
10 0 0 


1M X 64/72, 72 
2MX 64/72, 72 


1MX 16/18 
1MX 16/18 


12 
12 


• 8 
8 


64 
64 


256 j 
256 


10 0 1 
10 10 


2MX 64/72, 72/80 
4M X 64/72, 72/80 


2MX8/9 
2MX8/9 


11 

.11 


10 
10 


32 
32 


256 
. 256 


10 11 
10 11 


4MX72 
4MX 64, 72/80 


4MX 1/4/18 
4MX4/16 


12** 
12 


11** 
10 


64 
64 


256 
256 


110 0 
1 10 1 


8MX 64/72, 72 
8MX 64/72, 72/80 


4MX 16/18 
8MX8/9 


12 
12 


10 
11 


64 
64 


256 
256 


1110 


16MX 64/72, 72/80 


8MX8/9 


12 


11 


64 


256 
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1111 


16MX 64/72, 72/80 


16MX4 


13 


11 


128 | 


512 


0 0 0 0 
0 0 0 1 


16M X/72, 72 
32MX72.72 


loM A lo/lo 
16MX 16/18 


TBD* 


TBD* 


TBD* 


TBD* 


ft A 1 fi 

0 0 11 


10\>f Y AAHO 79/Rft 

16MX 64/72, 72/80 


A 0/7 

32MX8/9 


TBD* 
TBD* 


TBD* 
TBD* 


TBD* 
TBD* 


TBD* 
TBD* 


0 10 0 
0 111 


64MX 64, 72/80 
Expansion 


64MX4 


TBD* 


TBD* 


TBD* 


TBD* 
TBD* 



NOTES: 1 . * These modules using 256M devices are for reference only and will be further defined 
in the future. 

2 . 1 = NC or driven to VOH 
a = VSS or driven to VOL 

3. ** This addressing includes a redundant address to allow mixing of 12/10 (X4) and 
ll/ll(Xl)DRAMs. 

4. PD and ID terminals must each be pulled up through a resistor to VDD at the next higher 
level assembly. PDs will either be open (NC) or driven to VSS through on-board buffer 
circuits. 

5. IDs will either be open (NQ or connected directly to VSS without a buffer. 



Table 3. PD Speed 



Table 5 Data Configuration 





PD7 


PD6 






PD8 


PD6 


SPEED (tRAC) 


82 


165 




CONFIGURATION 


166 


83 


80 ns 


0 


1 




X64 


1 


0 


70 ns 


1 


0 




X72 PARITY 


1 


1 


60 ns 


1 


1 




X72ECC 


0 


0 


50 ns 


0 


0 




X82ECC 


0 


1 


40 ns 


0 


1 








Table 4. Refresh Mode 






Table 6. EDO Detection 








ID1 




DATA ACCESS 


PD5 




REFRESH MODE 


167 




MODE 


81 




NORMAL 


0 




FAST PAGE 


0 




SELF-REFRESH 


1 




FPW/EDO 


1 
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5.8 Known Limitati ns 



5.8.1 Hardware 

Wire Service micro controllers are I 2 C compatible. However, they are not I 2 C compliant. The hardware 
drivers are different They cannot have a chip that is on the I 2 C bus. The work-around is to externally 
buffer the driver. 



5.8 1 Memory Map of Debug - NVRAM Limitations 

• System Log Log type 00008000h 



00000400b 



/ 



System Interface 



Queue type 



Remote Interface 



Queue type 



00000400b 



LCD Display 



Screen type 



00003C00h 



5.9 Password Considerations 

The default password of "NETFRAME" is assigned as part of the manufacturing process for each system. 
This password can be overwritten locally with die Wire Service Access Password command. To change the 
password remotely, die remote application software must use the currently assigned password to get into 
the system. Once in the system, the remote application software can change it. 

5.10 System Fan Considerations 

The high-speed and low-speed of the fans are automatically controlled by Wire Service. If any of the fans 
fail, Wire Service detects it, and sets all fans to the high-speed with the System Board Fans command Wire 
Service also sets the fan fault LED. Until the fan that failed is replaced, Wire Service takes time (a few ms) 
to turn all the fans to the low-speed by clearing die field with the System Board Fans command. Wire 
Service also turns the fan fault LED off. 

5.11 Canister Fan Considerations 

The high-speed and low-speed of die fans are automatically controlled by Wire Service. If any of die fans 
fail, Wire Service detects it, and sets all fans to the high-speed with the System Board Fans command. Wire 
Service also sets the fan fault LED. Until the fan that failed is replaced,. Wire Service takes time (a few ms) 
to turn all the fans to die low-speed by clearing the field with die Canister Fan Speed Data command. Wire 
Service also turns the fan fault LED off. 
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6. Remote Interface Serial Pr toe 1 

The Wire Service Remote Interface serial pr tocol communicates Wire Service messages across a point - 
to-point serial link. This link is between a Wire Service Remote Interface processor attached to a Wire 
Service Remote management processor and a remote client It encapsulates Wire Service messages in a 
transmission packet to provide error-free communication and link security. 

The Remote Interface serial protocol uses the concept of byte stuffing. This means that certain byte values 
in die data stream always have a particular meaning. If that byte value is transmitted by the underlying 
application as data, it must be transmitted as a two-byte sequence. 

The bytes that have a special meaning in this protocol are: 



SOM 


Start of a message 


EOM 


End of a message 


SUB 


The next byte in the data stream must be substituted before processing. 


INT 


Event Interrupt 


Data 


An entire Wire Service Message 



As stated above, if any of these byte values occur as data in a message, a two-byte sequence must be 
substituted for that byte. The sequence is a byte with the value of SUB, followed by a type with the value 
of the original byte, which is incremented by one. For example, if a SUB byte occurs in a message, it is 
transmitted as a SUB followed by a byte that has a value of SUB+1. 

The Remote Interface serial protocol uses two types of messages: 

1 . Requests, which are sent by remote management systems (PCs) to the Remote Interface. 

2. Responses, which are returned to the requester by the Remote Interface. 
The formats of these messages are: 

Request: 



SOM 


Seq.# 


TYPE 

r 


Data 


••• 


Check 


EOM 


Response: 


SOM 


Seq.# 


STATUS 


Data 




Check 


EOM 



Event Interrupt 
INT 
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Where: 



SOM 


A special data byte value marking the start of a message. 


EOM 


A special data byte value marking the end of a message. 


Seq.# 


A one-byte sequence number, which is incremented on each request. It is stored in 
the response. 


TYPE 


One of the following types of requests: 


IDENTIFY 


Requests the remote interface to send back identification information 
about the system to which it is connected. It also resets the next expected 
sequence number. Security authorization does not need to be established 
before the request is issued. 


SECURE 


Establishes secure authorization on the serial link by checking password 
security data provided in the message with the Wire System password. 


UNSECURE 


Clears security authorization on the link and attempt to disconnect it This 
requires security authorization to have been previously established. 


MESSAGE 


Passes the data portions of die message to the Wire Service for execution. 
The response from Wire Service is sent back in the data portion of the 
response. This requires security authorization to have been previously 
established. 


POLL 


Queries the status of the remote interface. This request is generally used 
to determine if an event is pending in die remote interface. 


STATUS 


One of the following response status values: 


OK 




Everything relating to communication with the remote interface is 
successful. 


OK_EVENT 


Everything relating to communication with die remote interface is 
successful. In addition, there is one or more events pending in the remote 
interface. 


SEQUENCE 


The sequence number of the request is neither the current sequence 
number or retransmission request, nor the next expected sequence 
number or new request Sequence numbers may be reset by an 
IDENTIFY request 


CHECK 


The check byte in the request message is received incorrectly. 


FORMAT 


Something about the format of the message is incorrect Most likely, the 
type field contains an invalid value. 


SECURE 


The message requires that security authorization be in effect Or, if the 
message has a TYPE value of SECURE, the security check failed. 


Check 


Indicates a message integrity check byte. Currently the value is 256 minus the 
previous bytes in the message. For example, adding all bytes in die message up, to 
and including the check byte should produce a result of zero (0). 


INT 


A special one-byte message sent by the Remote Interface when it detects the 
transition from no events pending to one or more events pending. This message can 
be used to trigger reading events from the remote interface. Events should be read 
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until the return status changes form OK_EVENT to OK. 
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7. Callout Script Syntax 

The Wire Service callout script controls an action taken by the Remote Interface when it is requested to 
make a callout. The script is a compact representation of a simple scripting language that c ntrols the 
interaction between a modem and a remote system. Because the script keyword fields are bytes, it requires 
a simple compiler to translate from text to the script. A script is stored in the system recorder and is 
retrieved by the Remote Interface, when needed. 



rieiu iiame 




17 11 fl AfiAn 
Mr UJJH1UI1 


LABEL 


Label Value 


Establishes a label in the script 


GOTO 


Label Value 


Transfers control to a label. 


SPEED 


Sneed Value 


Sets the remote interface speed to die specified value. 


SEND 


Data String ' 


Sends the data string to the serial interface. 


TEST 


Condition, 
Label 


Tests the specified condition and transfer to label if die test is true. 


TRAP 


Event, 
Label 


Establishes or removes a trap handler address for a given event. 


SEARCH 


Data String, 
Label Value 


Searches for a specific data string of the receiving buffer. If the data 
string is found, remove the data up to and including this string, from 
die buffer. Then, transfer to the label. 


CONTROL 


Control 


Takes die specified control action. 


WAIT 


.1 through 
25.5 Seconds 


Delays execution of the script for the specified time. 


EXIT 


OK, FAIL 


Terminates script processing and exit with a status and log result 



Note: The script keyword fields are not implemented at this time. 



37 



NetFRAME CONFIDENTIAL DOCUMENT 



Wire Service Implemented n User's Guide! 



8. Include File Information 

The details necessary to implement this product, such as exact values for events r message types, is not 
c ntained in this document These details are volatile and if included, would result in the creation f 
multiple c pies in different formats, by the various engineers wh implement Wire Service. In addition, it 
would be difficult to synchronize the code when changes are required. 

There is one file, called CS9000WS.SDL. It contains all of die current values for any Wire Service related 
value. This file is in System Definition Language (SDL), which converts it to an H file and an INC file. 
The H and INC files are then used by assembly language, C, and C++ as include files, which are suitable 
for use in this implementation. The include file for assembly language is CS9000WS.INC, and the H file 
for C or C++ is CS9000WS.H. The original and current versions of this file are available on 
MILO\ENG\NF\GLOBAL\INCLUDE. 
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9. Event ID Codes 

The Wire Service event ID codes are listed in the following sections. 

9.1 BIOS Event ID Codes 

ID Description 

0002 Verify Real Mode 

0004 Get CPU type 

0006 Initialize System Hardware 

0018 Initialize timer 

0024 Set ES segment register to 4GB 

0008 Initialize chipset registers with initial POST values 
0011 Load alternate registers with initial POST values 
000C Initialize caches .to initial POST values 

000E Initialize I/O 

0016 BIOS ROM check 

0017 Initialize external cache Before memory autosize 
0028 Autosize DRAM 

003A Autosize cache 

002A Clear 512K base RAM 

002C Test 5 12K base address lines 

002E Test first 512K of RAM 

002F Initialize external cache Before memory shadowing 

0038 Shadow the system BIOS 

0020 Test DRAM refresh 

0009 Set in POST flag 
000A Initialize CPU registers 
000B Enable CPU cache 

00 1 0 Initialize power management 
0014 Initialize keyboard controller 
00 1 A DMA controller initialization 

00 1 C Reset programmable interrupt controller 

0022 Test keyboard controller 

0032 Computer CPU speed 

0034 Test CMOS RAM 

003C Configure advanced chipset registers 

003D Load alternate registers with CMOS values 

0042 Initialize interrupt vectors 0 through 77h to the BIOS general interrupt handle 

0046 verify the ROM copyright notice 

0047 Initialize PCI Option ROM manager 

0049 Initialize PCI bus and devices 

0048 Check video configuration against CMOS 
004A Initialize all video adapters in system 
004C Shadow video BIOS ROM 

0024 Set ES segment register to 4GB 

0052 Test keyboard 

0054 Initialize keystroke clicker if enabled in Setup 

0076 Check for keyboard error 

0058 Test for unexpected interrupts 

004B Display QuietBoot screen 

0046 verify the ROM copyright notice 

0050 Display CPU type and speed 
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005 A Display prompt "Press F2 to enter SETUP" 

005B Disable CPU cache 

005C Test RAM between 512K and 640K 

0060 Test extended memory 

0062 Test extended memory address lines 

0064 Jump to UserPatch 1 

0066 Configure advanced cache registers 

0068 Enable external and CPU cache 

006A Display external cache size on the screen 

006C Display shadow message 

006E Display non-disposable segments 

0070 Display error messages 

0072 Check for configuration errors 

0074 Test real-time clock 

007C Set up hardware interrupt vector 

007E The coprocessor initialization test 

0096 Cleat huge ES segment register 

0094 Disable A20 address line 
0080 Disable on board I/O ports 

0085 Display any ESCD read error and initialize PnP ISA devices 
0082 Test and identify RS 232 ports 

0084 Test and identify parallel ports 

0086 Re-initialize on board I/O port 
0088 Initialize BIO data area 
008C Initialize floppy controller 
0090 Initialize hard-disk controller 
008 A Initialize extended BIO data area 

008B Setup interrupt vector and present bit in equipment byte 

0095 Check and initial CD-ROM driver 

0093 Build MPTABLE for multi-processor boards 

0092 Jump to UserPatch 2 

0098 Search for BIOS ROM extensions 

009C Setup power management 

009E Enable hardware interrupt 

OOA0 Verify that the system clock is interrupting 

00A2 Setup Numlpck indicator 

00A4 Initialize typematic rate 

00A8 Erase F2 key prompt 

00AA Scan for F2key stroke 

00AC Enter SETUP if F2 was pressed 

00AE Clear in-POST flag 

00B0 Check for error 

00B2 POST done - prepare to boot operating system 

00B4 One quick beep 

00B5 Clear QuietBoot screen 

00B6 Check password (Optional) 

00BC Clear parity-error latch 

00BA Initialize the DMI header and sub-structures 

00BE If BCP option is enabled, clear the screen before booting 

00BF Check vims and backup reminders 

008F Get total ATA drivers in the system 

009 1 Initialize local-bus hard-disk controller 

009F Check the total fdisks (ATA and SCSI) in the system 

00C0 Try boot with INT 19 
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000F Stub Routine 

0012 Restore the contents of the CPU control word 

00 1 3 Reset the PCI bus master 

0036 Vector to proper shutdown routine 

004E Display thee pyright message 

0076 Check for keyboard errors 

0094 Disable the A20 address line 

0096 Reset the segment registers to 64KB limit 

00BB Stub Routine 

O0BD Stub Routine 

O0D0 . Interrupt Handler Error 

O0D2 Unknown Error 

O0D4 Pending Interrupt Error 

00D6 Initialize Option ROM Error 

O0D8 Shutdown Error 

92 Diagnostic Event ID Codes 

ID Description 

1001 DIMM CONFIGURATION ERROR 

1002 LOCK TEST FAILED CPU0 

1003 LOCK TEST FAILED CPU 1 

1004 LOCK TEST FAILED CPU 2 

1005 LOCK TEST FAILED CPU 3 

1006 UNCORRECTABLE MEMORY ERROR 

1007 CORRECTABLE MEMORY ERROR 

1 008 SLAVE FAILED CPU 0 

1009 SLAVE FAILED CPU 1 
100A SLAVE FAILED CPU 2 
100B SLAVE FAILED CPU 3 
1 0OC AP# PARITY ERROR 
100D RP# PARITY ERROR 

100E CORRECTABLE ERROR ON P6 BUS 

10OF UNCORRECTABLE ERROR ON P6 BUS 

1010 P6 PROTOCOL VIOLATION 

1011 PCI PARITY ERROR 

1012 AERR ERROR 

1013 BERR ERROR 
1014 

1015 
1016 
1017 
1018 

1019 MEMORY DATA ERROR 
101 A MIX GEN TEST ERROR 
101B PCI WRT ERROR 

1 01C TIMER/APIC FAILED 
101D 

101E TIMER STOPPED 
101F 

1 020 INTRAPULSE LCD WRITE ERROR 

1021 INTRAPULSE WRITE ERROR 

1022 INTRAPULSE READ ERROR 

1023 NO CANISTER 
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1024 DIAGNOSTIC START 

1025 DIAGNOSTIC STOP 

1026 CPU NMI ERROR CPUO 

1027 CPU NMI ERROR CPU 1 

1028 CPU NMI ERROR CPU 2 

1029 CPU NMI ERROR CPU 3 
102A CPU CACHE ERROR CPUO 
102B CPU CACHE ERROR CPU 1 
102C CPU CACHE ERROR CPU 2 
102D CPU CACHE ERROR CPU 3 

102E SLAVE COMPARE ERROR CPUO 

102F SLAVE COMPARE ERROR CPU 1 

1030 SLAVE COMPARE ERROR CPU 2 

103 1 SLAVE COMPARE ERROR CPU 3 

1032 MIX TEST COMPARE ERROR CPU 0 

1033 MIX TEST COMPARE ERROR CPU 1 

1034 MIX TEST COMPARE ERROR CPU 2 

1035 MIX TEST COMPARE ERROR CPU 3 

104 1 INTRAPULSE EVENT CANISTER CHANGE 

1042 INTRAPULSE EVENT POWER SUPPLY 

1043 INTRAPULSE EVENT QUEUE 

1044 INTRAPULSE EVENT TEMPERATURE 

1045 INTRAPULSE EVENT AC POWER 

1046 INTRAPULSE EVENT DC POWER 

1047 INTRAPULSE EVENT FAN 

1048 INTRAPULSE EVENT LOCK 

1049 INTRAPULSE EVENT SCREEN 

93 PICs Event ID Codes 



ID Description 

3001 Fan #1 System Board Failure 

3002 Fan #2 System Board Failure 

3003 Fan #3 System Board Failure 

3004 Fan #4 System Board Failure 

3005 Fan #5 System Board Failure 

3006 Fan #6 System Board Failure 

3007 Reset System ... 

400 1 System CPU #1 Fault 

4002 System CPU #2 Fault 

4003 System CPU #3 Fault 

4004 System CPU #4 Fault 

4005 Flash System BIOS ... 

4006 NMI Pressed ... 

4007 OS timeout event 

600 1 Install Power Supply #1 

6002 Disconnect Power Supply # 1 

6003 Install Power Supply #2 

6004 Disconnect Power Supply #2 

6005 Install Power Supply #3 

6006 Disconnect Power Supply #3 

6007 ACOK of P wer Supply *1 Changed 

6008 ACOK of Power Supply. #2 Changed 
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6009 DCOK f Power Supply #1 Changed 
600A DCOK of Power Supply #2 Changed 
600B DCOK of P wer Supply #3 Changed 
600C Install Canister A 

600D Disconnect Canister A 

600E Install Canister B 

600F Disconnect Canister B 

6010 Install Canister C 

6011 Disconnect Canister C ...... 

60 12 Install Canister D 

60 1 3 Disconnect Canister D 

6014 Temperature sensor #1 exceeds 
warning threshold 

60 1 5 Temperature sensor #2 exceeds 
warning threshold 

60 1 6 Temperature sensor #3 exceeds 
warning threshold 

6017 Temperature sensor #4 exceeds 
warning threshold 

60 1 8 Temperature sensor #5 exceeds 
warning threshold 

60 1 9 Temperature sensor # 1 exceeds 
shutdown threshold 

601 A Temperature sensor #2 exceeds 

shutdown threshold 
601B Temperature sensor #3 exceeds 

shutdown threshold 
60 1 C Temperature sensor #4 exceeds 

shutdown threshold 
60 ID Temperature sensor #5 exceeds 

shutdown threshold 
60 1 E Temperature sensor # 1 NO longer 

in warning 

60 IF Temperature sensor #2 NO longer 

in warning 

6020 Temperature sensor #3 NO longer 
in warning 

6021 Temperature sensor #4 NO longer 
in warning 

6022 Temperature sensor #5 NO longer 
in warning 

6023 System Power ON ... 

6024 System Power OFF... 

7001 Fan #1 of Canister A Failure 

7002 Fan #2 of Canister A Failure 

7003 Turn ON PCI Slot #1 

7004 Turn OFF PCI Slot #1 

7005 . Turn ON PCI Slot #2 

7006 Turn OFF PCI Slot #2 

7007 Turn ON PCI Slot #3 

7008 Turn OFF PCI Slot #3 

7009 Turn ON PCI Slot #4 
700A Turn OFF PCI Slot #4 
8001 Fan #1 of Canister B Failure 
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Fan #2 of Canister B Failure 
Turn ON PCI Slot #5 
Turn OFF PCI Slot #5 
Turn ON PCI Slot #6 
Turn OFF PCI Slot #6 
Turn ON PCI Slot #7 
Turn OFF PCI Slot #7 
Turn ON PCI Slot #8 
Turn OFF PCI Slot #8 
Fan #1 of Canister C Failure 
Fan #2 of Canister C Failure 
Fan #1 of Canister D Failure 
Fan #2 of Canister D Failure 
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10. Glossary 
Back Plane 

BCD format 

BIOS 

callout 

Canister 
Controller 

CD 

Chassis Controller 

Check Sum 
Command ID 
CPU A Controller 

CPU B Controller 

CSR 

CTS 

Dallas Inc. 

diagnostic 
program 

DIMM 

DSR 

DTR 

EOM 

event 

FIFO 

FLASH 
fly-by-wire 



A component of the Raptor system that contains the System Recorder, Chassis 
Controller, and Canister Controller A through D, if present 

The binary-coded decimal notation used to store the serial numbers of Wire Service 
components. 

Basic Input Output System, which is a software product that accesses the Wire Service 
through die System Bus Interface. 

A script that controls an action taken by the Remote Interface. It controls the 
interaction between a modem and aYemote system. 

Wire Service processor that maintains fan speeds and faults. 



Remote port carrier detect modem. 

Wire Service processor that maintains die various power and voltage supplies. It also 
maintains the temperature settings. 

A direction control byte used to ensure the integrity of a message on the wire. 

A field that specifies the address of the processor named in the command 

Wire Service processor that maintains the speeds for the fans on the System Board. It 
also maintains die LCD Display. 

Wire Service processor that maintains the fault summaries and FRU status. 
Command and status register used by the System Bus Interface 
Remote port clear-to-send modem. 

Company name of the chip used to read serial numbers of the Raptor components to 
NVRAM. It is a one-wire protocol. 

Wire Service program that recognizes, locates and explains faults in the hardware, 
firmware, and software. 

Dual interface memory module. 

Remote port data set ready modem. 

Remote port data transfer ready modem. 

End of a message field used by the Remote Interface serial protocol. . 
An occurrence that is significant to Wire Service. 

A queuing technique used by the System Bus Interface, in which the next item to be 
retrieved is the one that has been in the queue the longest. 

An action of programming BIOS code into a memory device. 

A system in which the monitor and control connections are made by the various 
processor in that system, also used by Wire Service. 



FRU 



Field replaceable unit 
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YC bus 
INT 

Inverted Slave 
Addr 

ISA bus 

LCD display 
LED 

log 

LSB 

LSBit 

master assert 
MDR 

micro controller 

MSB 

MSBit 

NMI 

NVRAM 

packet 

payload 

PIC 

PCI Slot 
queue 

REP IN/OUT 

RTC 

RTS 

Remote Interface 
SBI 

Slave Addr 

SOM 

status 



A standardserial bus that interconnects the PIC processors n the Back Plane. 
Event interrupt used by the Remote Interface serial protocol. 
A byte calculated in the Wire Service firmware. 

A bus used to transfer messages back and forth between the CPUs on the System 
Board. 

The system screen maintained by the System Recorder processor. 

System LEDs that display the presence of the following faults: system, CPU, 
temperature, fan and FLASH enable. 

A collection of messages stored in NVRAM. 

Low order byte of the Command ID. 

Low order bit of the Slave Addr. 

First command request 

Message data register, used by the System Bus Interface. 
A processor in the Wire Service subsystem. 
High order byte of the Command ID 
High order bit of Type. 
Non-maskable interrupt 

Non volatile random access memory, located on the Back Plane. 
A wrapper around a message that is transferred to the ISA bus. 
Data included in a Wire Service request message. 
The name of the chip manufactured by Microchip Inc. 
A slot in the cy stem for PCI compliant cards. 

In Wire Service, the two queues used to transfer data between Wire Service and 
Raptor software. 

An X86 instruction used to load and unload data in the System Bus Interface queues. 
Real-time clock timestamp. 
Remote port request to send modem. 

Wire Service processor that maintains all of the remote port modems. It also i ni t ial i zes 
the callout script and remote events. 

' See System Bus Interface. 

The processor identification code. 

Start of a message. This is part of the Remote Interface serial protocol. 
A field that specifies whether or not the command executes successfully. 
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SUB 

System Board 

System Bus 
Interface 

System Interface 

Time-out 

Timestamp 

System Recorder 



The next byte in the data stream to be substituted, used by the Remote Interface serial 
protoc 1. 

A network f processors interconnected with an ISA bus. 

The interface between the Wire Service process rs and the CPUs on the System 



A component of the System Bus Interface. 

A time interval allotted for certain operation to occur. 

Current system time applied to a log entry. 

A Wire Service processor that maintains data for booting the subsystems, NVRAM 
data, queues, and the LCD Display. 
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1. Preface 

1.1 H w this Manual is Organized 

This manual consists of the following: 



Chapter 


Description 


2. Introduction 


Introduces the Raptor 8 functions that differ from Raptor 16. 


3. Differences 


Describes the differences between Raptor 16 and Raptor 8. 


4. Event ID Codes 


Lists the new PIC event codes* 



12 Audience 

This manual is written for personnel who implement low-level drivers and SNMP agents. It is not written 
for end users or marketing people. 

13 Documentation 

NetFRAME Wire Service Implementation Command Reference and NetFRAME Wire Service 
Implementation User 's Guide are prerequisite manuals to this manual 

1.4 Summary of Amendments 

Version 1 .0 Final Version February 28, 1997 
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2. Introduction 

This manual describes the differences between Raptor 16 and Raptor 8. However, there is still just one set 
of firmware for both. The goal of Raptor 8 is to achieve compatibility with Raptor 16. 

Two new commands have been added The number of canisters has decreased. The number of fans on die 
System Board has decreased. The LEDs have been moved to the back panel. 
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3. Differences 

The differences between Raptor 16 and Raptor 8 are described in the following sections. 
3.1 Back Plane 

There are three ^ower supplies and two canisters. Neither the power supplies nor the canisters have serial 
numbers or presence signals. The serial numbers are the same as the serial number of the Back Plane. The 
presence signals are tied high, that is, true. 

3.1.1 Power Supplies 

There is one more power supply connected to die Back Plane. However, the Back Plane processor does not 
check the serial numbers of the AC power supplies. There is no Dallas Inc. chip for diem. The Back Plane 
only checks the DC power OK signal. The Power Supply DCOK Status command monitors the power 
supplies to determine if they are OK. If the DC OK signals are high, the DC line is OK. If the DC OK 
signals are low, the DC line is not OK. In this case, it could be that a power supply is bad or does not exist 
The serial numbers of these power supplies are the same as the serial number of the Back Plane. 

3.12 Canisters 

The four canister on Raptor 16 have been eliminated There are only two logical canisters; there are no 
physical canisters. One canister is called Group A and the other is called Group B. These two groups are 
located on the Back Plane, and they are not detachable, as in Raptor 16. Each group consists of four slots 
and each slot can be set independently. 

Each canister has its own PIC chip, located at CANADDx, where x indicates canister Group A or Group B. 
However, logically it is the same as Raptor 16. There are two fans for the canisters. Each chip drives the 
fan for that canister, that is they are controlled separately. However, the chips monitor the rpms of both 
fans at the same time. If the rpms fall below die expected level for either of the fans, the chip that drives 
that specific fen reports a fan fault Both chips turn the fen speed to high. The fen speed data and length 
remain the same. Both PIC chips have identical 2-byte data. The serial numbers of these canisters are, the 
same as the serial number of the Back Plane. 

There is no LED indicator to indicate a canister fan failure. It is reported on die LCD display. 

Raptor 8 has a command to turn each PCI slot on and off independently. It is die PCI Slot Power 
.command The hardware has a sequence of actions to turn the power on or off to each PCI slot When this 
sequence of actions is complete, the Done signal is generated by the hardware. When the firmware receives 
a command to turn the power on or off to a PCI slot, it does not respond until the hardware signal is 
generated. This eliminates an additional delay, a delay that is currently in Raptor 16. 

32 System Board 

The CPU A Controller still indicates LED faults, however they are located on the back of the system. In 
addition, they are now shown on th.e LCD display. The CPU B Controller sends a message to the CPU A 
Controller indicating system faults. 

Functions of the System Board are the same for Raptor 8. However, Raptor 8 has only four fens on the 
System Board. These fans are the same as the Raptor 16 canister fans. Four bytes are used to report fan 
status. 
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33 LED Modificati ns 

All of the LEDs are located n the back of the system. Therefore, error conditions are displayed on the 
LCD display, with the System Fault Status command. 

3.4 Commands 

The following commands have been added to Raptor 8. They are described in the following sections. 
3.4.1 System Fault Status (WSJLCDMSG) 

You can use this command to report on the status of system faults. The appearance of the LCD Display is 
slightly different in Raptor 8. Most of the states are monitored by the CPU B Controller, so this command 
is used to transfer fault status from the CPU B Controller to die CPU A Controller LCD display. This 
command is issued by the CPU A Controller and is a write-only command. 

There is 1 data byte for this command. Bits 0 through 5 are used for various operations. They use positive 
logic. The bits assigned to the various faults are listed below: 



Bit 


Fault 


0 


FLASHJENABLE 


1 


CPUFAULT 


2 


TEMPFAULT 


3 


FRUJFAULT 


4 


CANA FAN FAULT 


5 


CANBFANFAULT 



The following fault status indicators are shown on the LCD display of the CPU A Controller. 



Fault 


Message 


<FLS_ENA> 


Flash_Enable 


<CPUFLT> 


CPUFauh 


<TEMJFLT> 


Temp_Fault 


<FRU_FLT \ 


FRUFauh 


<CNF_FLT> 


Can_Fan_Fault 


<CBF_FLT> 


SB_Fan_Fault 



Error codes for the Status field are described in NetFRAME Wire Service Implementation Command 
Reference. 
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WRITE 

Request: 



Field 


Value 


Slave Addr 


06 


Type 


02 


Command ID (LSB) 


07 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 








Response: 


Field 


Value 


Slave Addr 


07 


Length 


01 


Status 


Q0 










t3)tovert^4 Sla veftMf* 
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3.4.2 PCI Slot Power (WS J>CI_SLOT) 

You can use this command to query the status of the PCI slots in the two logical canisters, and turn the 
power on and off. One canister is called Group A (Canister A) and the other is called Group B (Canister B). 
Each group has four PCI slots. Refer to NetFRAME Wire Service Implementation User 's Guide or 
Command Reference to determine the slave address (Slave Addr) for these groups. 

This command is issued to one of the Canister Controllers. A reply returned from a write operation does 
not mean the operation is complete. A write operation sets a bit, however it is not set at that particular 
second. Since there is a time lag, you should execute a read operation to verify the results. 

3.4.2 J Write Operation 



Bits 0 through 3 indicate the PCI slot number for 
a group, as shown below: 



Bit 7 indicates clear or set, as shown below: 





PCI 


Bit 


Siot# 


0 


1 


1 


2 


2 


3 


3 


4 



Bit 7 


State 


0 


Off 


1 


On 



Bits 4 through 6 are not used. 



3.4.2.2 Read Operation 

Bits 0 through 3 indicate the PCI slot number for a group, as shown below: 





PCI 


Bit 


Slot* 


0 


1 


1 


2 


2 


3 


■ 3 ; 


4 



Bits 4 through 7 are not used. If a bit is set, the power to the corresponding PCI slot is on. If a bit is clear, 
the power to the corresponding PCI slot is off. 

Error codes for the Status field are described in NetFRAME Wire Service Implementation Command 
Reference. 
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READ 

Request: 



WRITE 

Request: 



Field 


Value 


Slave Addr 


40 


Type 


82 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 


Check Sum J 




Response: 


Field 


Value 


Slave Addr 


41 


Length 


01 


Data Byte 1 




Status 


00 




§ll» -» 


^ ,----.-_-=- ^ 


" "." -DF> 1 



Field 


Value 


Slave Addr 


40 


Type 


02 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




TOIffiWi :'Check ; 3um 


% : ' - -%=S 


Response: 


Field 


Value 


Slave Addr 


41 


Length 


00 


Status 


00 


: m± g 'Check Sum 
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4. Event ID Codes 



4.1 PICs Event ID Codes 



ill 


ftescrintion 


7003 


Turn ON PCI Slot # 1 

X 111 11 \^1^ 1 vl ulwl « * 


7004 


Turn OFF PCI Slot # 1 

1 lull v/r JT X V^l DlUi rr a 


7005 


Tnrn ON PCI Slot # 2 


7006 


Turn OFF PCI Slot # 2 

x urn v/jt .r fvi oiui JT 


7007 


XnTTt nitf PPT Qlnt # ^ 
1 Um VjVK Y\*\ Olul tt J 


700/ 


Turn OFF PCI Slot # 3 

1 ill 11 r X V* kJIV/* rr -/ 


7009 


Turn ON PCI Slot #4 


700A 


Turn OFF PCI Slot #4 


8003 


Turn ON PCI Slot #5 


8004 


Turn OFF PCI Slot # 5 


8005 


Turn ON PCI Slot #6 


8006 


Turn OFF PCI Slot #6 


8007 


Turn ON PCI Slot #7 


8007 


Turn OFF PCI Slot #7 


8009 


Turn ON PCI Slot #8 


800A 


Turn OFF PQ Slot #8 
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1. Preface 



1.1 How this Manual is Organized 

This manual consists of the following chapters: 



Chapter 



Description 



2. Introduction 



Introduces the Wire System commands. 



3. Command Protocol 



Describes the format of die commands. 



4* Commands 



Lists the commands in processor order, gives a brief description, and 
shows the specific formats for each command. 



1J2 Audience 

This manual is written for personnel who implement low-level drivers and SNMP agents. It is not written 
for end users or marketing people. 

13 Documentation 

The NetFRAME Wire Service Implementation User '$ Guide is a companion manual. You can use that 
manual to leani about using Wire Service. 

A limited knowledge of I 2 C protocol is a prerequisite to understanding Wire Service Protocols. Refer to 
The f C-bus and How to Use It y (Philips Semiconductor, January 1 992) for more information on I 2 C 
protocol. (Ken Nguyen has a copy of this document) 

This manual implements die Wire Service architecture. Refer to Raptor Wire Service Architecture, Version 
7.3, (NetFRAME, October 1996) for details on this architecture. It contains a section that describes the 
physical signal connections to the Wire Service processors. It also contains detailed diagrams of the Wire 
Service System, and Wire Service Interface Programming State Diagram. 

1.4 Summary of Amendments 

Version 1.0 Initial Version December 17, 1996 
Final Version Febniary 28, 1997 



vi 
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2. Introduction 

AH of the Wire Service commands conform to the I 2 C command format, including addressing, and read 
and write specifications. These commands use 7-bit addressing. 

Wire Service implements two types of transactions: 

• Memory-Read 

• Memory Write 

These transactions consist of I 2 C commands. Each transaction is made up of two back-to-back I 2 C 
commands with a repeated START condition between them. Keep in mind, however, that this results in the 
inability to rearbhrate the bus. The first command is always a write, which is master to slave. The second 
command is a read, which is slave to master. Any processor can originate a command, or be a master, and 
any processor can respond to a command, or be a slave. 
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3. C mmandProt c 1 

The command, diagnostic, monitoring, and logging functions f Wire Service are accessed through the 
common I 2 C bus protocol The processors that comprise Wire Service utilize this bus for c mmunicati n. 
They are interconnected by this bus. 

The I 2 C bus protocol uses an address in Wire Service memory as the means of identifying the various 
commands. Any function can be queried by generating a "read" request, which has its address as part of its . 
protocol format Conversely, a function can be executed by "writing" to an address specified in the 
protocol format Any Wire Service processor can initiate read and write requests by sending a message on 
the 1 2 C bus to the processor responsible for that function. 

Multiple simultaneous read requests can result in errors, particularly read requests to the log. Several 
sequence numbers may be lost in a string of messages. You should use I 2 C bus contention to ensure that 
multiple read requests are not simultaneous. 

This protocol includes data types as part of the address data. It implements a separate address space for 
each data type. Refer to NetFRAME Wire Service Implementation User's Guide for more information on 
data types. The ability to use separate address spaces allows for compact internal storage. It also allows you 
to create unique and more complex data types, which are better suited to specific functions. 

3.1 Generic Format for Command Protocol 

A generic protocol format is used for the Wire Service commands. The formats are shown as tables for 
read requests and responses, and write requests and responses. These tables are shown in Section 3.1.1 
Protocol Tables, on page 2. The fields in this protocol are described in Section 3.1 2 Protocol Field 
Descriptions, on page 5. 

Both read and write requests and responses must be initiated. This is indicated by a Master Asserts START . 
For example, an external processor wants to set the temperature of all sensors. This is initiated with the 
WS_SYS_TEMP_DATA command. The master writes this command to the slave. For this specific 
transaction, the slave receives command data from the master. This data is transmitted to the slave, byte by 
byte. That is, byte 0 is transmitted, then byte 1, and so on, until byte N+5 has been transmitted. The slave 
then transmits the requested data back to the master. The Master Repeats START and receives (reads) die 
data. 

3.1.1 Protocol Tables 

A generic read request and response table, and a generic write request and response table are shown in 
Table 1. Generic Format Protocol on page 4. The byte fields that are grey indicate that the contents of the 
byte were calculated in die Wire Service firmware. 

A Wire Service read and write request consists of a payload, a message, and a packet Payload is die data . 
included in the request Referring to Table 1, payload for a read request is byte 4, and for a read response, 
it is byte 1 through byte N+l. Payload for a write request is byte 4 through byte N+4, and for a write 
response it is byte 1 . Message is a wrapper around this data. In addition to die data, it includes Slave Addr, 
LSBit, MSBit, Type, Command ID (LSB and MSB), and Status. Packet is a wrapper around a message 
that is transferred to die ISA bus. It includes Check Sum and die Inverted Slave Addr fields. 



2 
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Secti n 


Processor 


Page 


4.1 


Wire Service Common Commands 


9 


4.2 


System Recorder 


11 


4.3 


Chassis Control 


41 


4.4 


CPU A Controller Commands 


57 


4.5 


CPU B Controller 


70 


4.6 


System Interface Commands 


86 


4.7 


Remote Interface 


87 


4.8 


Canister Controller 


94 
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Table 7. Generic Format Protocol 



READ 

Master Asserts START (Request) 
Offset 



WRITE 

Master Asserts START (Request) 
Offset 



ByteO 


Slave Addr 
(7 bits) 


0 

LSBit 


ByteO 


Slave Addr 
(7 bits) 


0 

LSBit 


Byte 1 


MSBit(l) 


Type 


Byte 1 


MSBit(0) 


Type 


Byte 2 


Command ID (LSB) 


Byte 2 


Command ID (LSB) 


Byte 3 


Command ID (MSB) 


Byte 3 


Command ID (MSB) 


Byte4 


Read Request Length (N) 


Byte 4 


Write Request Length (N) 


Byte 5 








Byte 5 


Data Byte 1 



Master Repeats START (Response^ 
Offset 



ByteN+4 
ByteN+5 



ByteO 



Byte 1 
Byte 2 

• 
• 

ByteN+l 
ByteN+2 
ByteN+3 
ByteN+4 



Slave Addr 
(7 bits) 


1 

LSBit 


Read Response ] 


Length (N) 


Data Byte 1 


• 
• 


1 DataByteN 


Status 


J -iGlhecklSi 

mmmmmm 


mmmm 


Averted Slav 





DataByteN 



Master Repeats START (Response) 
Offset 



ByteO 

Byte 1 
Byte 2 
Byte 3 
Byte 4 



Slave Addr 


1 


(7 bits) 


LSBit 


Write Response Length (0) 


Status 


^iili(lheclci!Sum: m?^&m 


;r;;inyeited Slav 
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3A2 Protoc I Field Descripti ns 

The protocol fields are described in the following table. These fields can be modified only by Wire Service 



firmware. 


FIELD 


DESCRIPTION 


Slave Addr 


Specifies the processor identification code. This field is 7 bits wide. 
Bit [7.-1]. 


LSBit 


Specifies what type of activity is taking place. If LSBit is clear (0), 
the master is writing to a slave. If LSBH is set, it the master is 
reading from a slave. 


MSBit 


Specifies the type of command It is bit 7 of byte 1 of a request If 
this bit is clear (0), this is a write command. If it is set (1 ), this is a 
read command. 


Type 


Specifies the data type of this command, such as bit or string. 


Command ID (LSB) 


Specifies the least significant byte of the address of the processor. 


Command ID (MSB) 


Specifies the most significant byte of the address of the processor. 


Length (N) 

Read Request 


Specifies the length of the data that the master expects to get back 
from a read response. The length, which is in bytes, does not include 
the Status, Check Sum, and Inverted Slave Addr fields. 


Read Response 


Specifies the length of the data immediately following this byte, that 
is byte 2 through byte N+I. The length, which is in bytes, does not 
include the Status, Check Sum, and Inverted Slave Addr fields. 


Write Request 


Specifies die length of the data immediately following this byte, that 
is byte 2 through byte N+l. The length, which is in bytes, does not 
include the Status, Check Sum, and Inverted Slave Addr fields. 


Write Response 


Always specified as 1 . 


Data Rvte 1 

• 


!^fV>rifiM tli a Hafci in a rraiH rv*miAcf tn%A rpcnratcf* anrf a write npnupct 


• 

Data Byte N 




Status 


Specifies whether or not this command executes successfully. A 
non-zero entry indicates a failure. Status codes are described in 
Section 32 Wire Service Status Codes on page 7. 










Inverted Slave Addr , 
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3.13 W rking with the Fields 

The values used in the protocol are derived from the address of a specific processor. This address consists 
f three parts: 

1. Processor identification code 

2. Data type 

3. Subaddress 

The address is 4 bytes in length and is in hexadecimal notation, as follows: 
PIDTALAMh 

Where: 

Processor ID 
Datatype 



PI 
DT 
AL 



is 
is 
is 



AM 



is 



First byte of die 2-byte subaddress, that is Command ID. It is the 
least significant byte, or LSB. 

Second byte of the 2-byte subaddress, that is Command ID. It is the 
most significant byte, or MSB. 



is Hexadecimal notation. 



3.1.3.1 Slave Addr 

The identification codes for the processors are listed in the following table. The processor identification 
(PI) is used to determine the Slave Addr. 

To determine the Slave Addr value for a request shift all the bits of the PI to the left one bit For example, 
the processor ID for the chassis controller is 02h, so after the bits are shifted, the Slave Addr is 04h. To 



response Slave Addr is 05h. 


1 Processor Name 


PI 


System Recorder 


Olh 


Chassis Controller 


02h 


CPU A Controller 


03h 


CPU B Controller 


04h 


System Interface 


lOh 


Remote Interface 


lib 


Canister Controller A 


20h 


Canister Controller B 


21h 


• Canister Controller C 


22h 


Canister Controller D 


23h 
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3.1.3.2 Type 

Valid data types (DT) for the commands are listed below. They determine die value specified in the Type 
field. The value for a write request is the value specified in DT. The value for a read request is the value 
specified in DT, with bit 7 set 



DATATYPE 


READ 


WRITE 


Bit 


Slh 


Olh 


Byte 


82h 


02h 


String 


83h 


03h 


Log 


84h 


04h 


Event 


85b 


OSb 


Queue 


86h 


06b 


Byte Amy 


87b 


07h 


Lock 


88h 


08b 


Screen 


89h 


09b 



3.1.3.3 Command ID 

The subaddress (ALAM) is used to determine the Command ID. The first byte, or AL, is the least 
significant byte, or LSB. The second byte, or AM, is the most significant byte, or MSB. 

3.2 Wire Service Status Codes 

If the Wire Service Status byte contains a non-zero number, an error has occurred. The error codes are 
described as follows: 

CODE DESCRIPTION 

1 The slave did not respond to a request initiated by a master. Resubmit the command with a 
correct Slave Addr. 

2 The slave did not have the data type or address specified in a request sent by the master. 
Resubmit die command with the correct data Type or Command ID. 

3 The message or response is not valid. The Slave Addr is invalid. The master does not 
recognize the response. No further messages are sent for this transaction. 

4 The message could not be completely sent or received. The master does not recognize the 
response. No further messages are sent for this transaction. 

5 Message data in the Check Sum field was received incorrectly. The request should be 
resent, if possible. 

6 The slave operation is not valid, such as a write request to a read-only command. 

7 The slave responded that there was no data at the specified address for a queue or a log. 
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4. Commands 

The commands in this manual are organized by Wire Service processor and further by address. The 
processors are listed below. Refer to Section 3.1 Generic Format for Command Protocol on page 2, for a 
detailed explanation of the genera] format and syntax for the commands. Keep in mind that numerical data 
in the examples are hexadecimal. 



8 
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4.1 Wire Service C mm n Commands 

The commands in this section are used by all die processors in Wire Service. Y u can use these commands 
to query the system for a description of the various processors, and their firmware revisions. 



4.1.1 Processor Type and Description (WS_DESCRIFnON) 

You can use this command to query the description of a specific processor in Wire Service. There is one 
command for each processor. The value, nn, for die Slave Addr and Inverted Slave Addr is the ID for a 
specific processor. This is a read-only command. 

Error codes for the Status field Error codes for die Status field are described in Section 32 Wire Service 
Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


nn •• 


Type 


83 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


40 


§gtiH ^Chwk'Sum^ 




Response: 


Field 


Value 


Slave Addr 


nn 


Length 


40 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 








^; : -.-ntt.fv|X^ 
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4.1.2 Wire Service Software Revisi n (WS_REVISION) 

You can use this command t query die date and description of firmware revisions made t Wire Service. 
There is one command for each processor The value for the Slave Addr and Inverted Slave Addr is the 
ID f r a specific processor. This is a read-only command 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


nn 


Type 


83 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


20 


„r- Check^aini 




Response: 


Field 


Value 


Slave Addr 


nn 


Length 


20 


Data Byte 1 




• 




Data Byte 




Status 


00 
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4 2 System Recorder Process rC mmands 

The System Recorder process r maintains data for booting the subsystem, NVRAM data, queues, and the 
system screen. It also maintains serial numbers for die canisters, and other components that have serial 
numbers. The system log and timestamp data are also maintained by this processor. 

42.1 AC Power Available (WSJPOWERUP_HOLD) 
(NOT USED) 

422 Callout on Time-out (WS^WDOG^CALLOUT) 

You can use this command to query, initialize, and modify-the setting for a callout request on a watchdog 
time-out If this bit is set, a callout is initiated for this time-out 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ 
Request: 



Field 


Value 


Slave Addr 


02 


Type 


81 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 








Response: 


Field 


Value 


Slave Addr 


03 j 


Length 


01 


Data Byte 1 




Status 


00 


t.^^ t ;-^j ; Che^:5 


mi 




Invei^SMpflai 





WRITE 

Request 


Field 


Value 


Slave Addr 


02 


Type 


01 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 


:W«:«ciedtsaiw 




... , ■ . - -- V :{S J V. Kjfet^ 




vgi^vertedjSIatp^ii^ 
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423 Reset on Time-out (WSJOTXXrRESET) 

You can use this command to query, initialize, and modify the setting for a watch dog time-out If this bit is 
set, the system is reinitialized. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


81 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


wm mmm^mm mm 




Response: 


Field 


Value 


Slave Addr 


03 


Length 


01 


Data Byte 1 


01 

* . 1 


Status 


00 


- \- V Checksums 













WRITE 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


01 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 


CheckSuml 




pjav^agfigSftddp 
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42.4 Reset NVRAM Data (WS_NVRAM_RESET) 

You can use this command as a trigger t reset NVRAM data. When "0x5a" is written to mis byte, all f 
the NVRAM data is cleared. This byte should be the last to be cleared, in order to indicate that 
reinitializati n is complete. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

WRITE 
Request: 



READ 




Request: 




Field 


Value 


Slave Addr 


02 


Type 


82 


Command ED (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 










Response: 


Field 


Value 


Slave Addr 


03 


Length 


01 


Data Byte 1 




Status 


00 















Field 


Value 


Slave Addr 


02 


Type 


02 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 


5A 



Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 






StliivertedSlayeAddr 
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4.2.5 System Boot Flag 1 (WS_BOOTFLAGl) 

You can use this command to query, initialize, and modify the setting for the behavior of the system. This 
flag is reserved for use by BIOS. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ 
Request: 



Field 


Value 


Slave Addr 


02 


Type 


82 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


: : v ; Checksum; 





Response: 



Field 


Value 


Slave Addr 


03 


Length 


01 


Data Byte 1 


01 


Status 


00 


' : & Check sums 






< — ■ ■ 











WRITE 

Request: 


Field 


Value 


Slave Addr 


02 


Type 


! 02 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




t: ^^Sumr 




Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 


4 * > . - Check Stim^ 

w&mi m awia m. - 


■ » ' iiHi^ 
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4.2,6 System Boot Flag 2 (WS_B(X)TFLAG2) 

You can use this command to query, initialize, and modify the setting for the behavior f the system. It 
reserved for use by the diagnostic program. The description of die bits are shown below: 



Oil ft 


Use 


-A 

u 


Diagnostic stop error 


1 

1 


Extensive diagnostic 


*> 

2 


Quick diagnostic 


3,4 


Not used 


c a n 

5, 6,7 


000 


200 MHz 




001 


133 MHz 




010 


167 MHz 




011 


200 MHz 




100 


233 MHz 




101 


267 MHz 




110 


Not used 




111 


Not used 



Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
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READ 

Request: 


Field 


Value 


Slave Addr 


02 


Type 


82 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


\ Checksum 1 




Response: 


Field 


Value 


Slave Addr 


03 


Length 


01 


Data Byte 1 


01 


Status 


00 






Inverted Slave Addjr 





WRTTE 

Request: 


Field 


Value 


Slave Addr 


02 


Type 


02 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 






Blliiiia 

------- - 


Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 




"iT'„- ; : : " 
: $; r -:; X 




^^Inyerted Slave Addr: 
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4 .2.7 System Boot Flag 3 (WS_BOOTTLAG3) 

You can use this command to query, initialize, and modify the setting for the behavior of the system. It is 
used by BIOS, and diagnostic and operating systems. The valid values are defined by those systems. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


82 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 


fiilli 






^ .. H . - _ _ - - 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


01 


Data Byte 1 


01 


Status 


00 


l ::;GhecfcrSuiir 













WRITE 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


02 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 


; Data Byte 1 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 


Check Sufi| 


^ - >• • -.; ¥; „* r V " 
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4.2.8 System Boot Flag 4 (WS_BOOTFLAG4) 

You can use this command t query, initialize, and modify the setting for the behavior f the system. This 
flag is reserved for the diagnostic program. When this byte is clear diagnostics are run on Reset. When this 
byte is set, BIOS is run on Reset 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


82 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


01 


^> ^ ^ ^ Checksum: 




Response: 


Field 


Value 


| Slave Addr 


03 


Length 


01 


Data Byte 1 


01 


Status 


00 










Sp&verted StevfcASdiS 





WRITE 

Request 



Field 


Value 


Slave Addr 


02 


Type 


02 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 












Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 
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43.9 Size of NVRAM (WS_SYS_XDATA_KBYTES) 

You can use this command to query the size of external data in NVRAM. This byte maintains the size of 
external data in NVRAM, that is WS_SYS JCDATA, in kilobytes. This is a read-only command. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


82 


Command ID (LSB) 


06 


Command ID (MSB) 


00 


Length 


01 


- Check Sam 





Response: 



Field 


Value 


Slave Addr 


03 


Length 


01 


Data Byte 1 




Status 


00 


MfeH . - - . Check Sum 


— . - • , :v p 
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42.10 NVRAM Fault (WS_NVRAM_FAULTS) 
You can use this command to query the presence of faults for NVRAM data. This is a read-only command. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

. Request: 



Field 


Value 


Slave Addr 


02 


Type 


| 82 


Command ID (LSB) 


07 


Command ID (MSB) 


00 


Length 


01 


- 1_ Cheek : Sum ; 


-. - "S-'z P£ 


Response: 




Field 


Value 


Slave Addr 


03 


Length 


01 


Data Byte 1 




Status 


00 




C^CaecfcSma 










Inverted Sfa^A^ 
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4.2.11 NVRAM Data (WS_SYS_XDATA) 

Y u can use this command to query, initialize, and modify the setting for external data stored in NVRAM. 
Wire Service merely maintains this byte array: it does not use it 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


87 


Command ID (LSB) 


00 


Command ID (MSB) 


00 


Length 


FF 










Response: 


Field 


Value 


Slave Addr 


03 


Length 


FF 


Data Byte 1 




• 




Data Byte 




Status 


00 






- - - - : - '- z - - '"^J^lf: 









WRITE 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


07 


Command ID (LSB) 


00 1 


Command ID (MSB) 


00 


Length 


FF 


Data Byte 1 




• 
• 




Data Byte 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 


r> '^>'* ; -:Gheck : Suni; 
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4.2.12 System Log (WS_SYS_LOG) 

You can use this command to query, initialize, and modify the setting for the system log in NVRAM. Refer 
to NetFRAME Wire Service Implementation User 's Guide for more information about 1 g data types. 

Error codes f r the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


84 


Command ED (LSB) 


00 


Command ID (MSB) 


00 


Length 


FF 










Response: 


Field 


Value 


Slave Addr 


03 


Length 


FF 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 


v.- ; : ^o«a^iBSP 








3 ^Inveit^iSIayei^dail 









WRITE 

Request: 


Field 


Value 


Slave Addr 


02 


Type 


04 


Command ID (LSB) 


00 


Command ID (MSB) 


00 


Length 


FF 


Data Byte 1 




• 
• 




Data Byte 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 


SIMCIiecKSuHi 








Inverted SIaVe?Addip 


lillpiFErtliW 
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4.2.13 Rem te Interface Queu (WSJUJ2UEUE) 

You can use this command to queue data being transferred to the Remote Interface processor. Refer to 
NetFRAME Wire Service Implementation User f s Guide for more information about queues. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


86 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


FF 






Response: 


Field 


Value 


Slave Addr 


03 


Length 


FF 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 


3; ' CHieckSaint 




InvettetfSlaveAjJdff 





WRITE 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


06 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


! FF 


Data Byte 1 




• 
• 




Data Byte 




ffe^hecl^nmli 




Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 


1 7ri?StW Check Sum 


" Kg - v . . it 


Wlnyerfea^livemtldiS 
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4.2.14 System Interface Queue (WS_SI_QUEUE) 

You can use this command to queue data going to the System Interface processor Refer to NetFRAME 
Wire Service Implementation User's Guide y for more information about queues. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

WRITE 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


86 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


FF 


: 3 rCheckSum| 




Response: 


Field 


Value 


Slave Addr 


03 


Length 


FF 


Data Byte 1 




• 
• 




Data Byte 






00 




Request 



Field 


Value 


Slave Addr 


02 


Type 


06 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


FF 


Data Byte 1 




• 
• 




Data Byte 






• - - 



Response: 



Field 



Slave Addr 



Length 



Status 



t^^^fi^Oieiac Sniff 



Value 



03 



00 



00 
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4.2,15 System Screen (WS_SYS_SCREEN) 

You can use this command t query, initialize, and modify the copy of the most recent character-mode 
screen from the system video display. The maximum value for Length is FO. Refer to NetFRAME Wire 
Service Implementation User's Guide for more inf rmati n about screens. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


89 


Command ED (LSB) 


00 


Command ID (MSB) 


00 


Length 


F0 


J - ---- Checksum 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


F0 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 








WttPiFl)a»Bii 







WRITE 

Request 



Field 


Value 


Slave Addr 


02 


Type 


09 


Command ID (LSB) 


00 


Command ID (MSB) 


00 


Length 


F0 


Data Byte 1 




• 
• 




Data Byte 








-^-'C^fafet^fe^Siiyiii^' 




Response: 




Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 




<Xe*&f>um; 
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4.2.16 CaU at Script (WSXALLOUT_SCRIFI) 

You can use this command to query and initiate a callout script. It controls an action taken by the Remote 
Interface processor, when it is requested to make a callout 

Error codes f r the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ 
Request: 



Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


| 03 


Command ID (MSB) 


00 


Length 


FF 






Response: 


Field 


Value 


Slave Addr 


03 


Length 


FF 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 




f : -3?^ - 












llpfeilllt 



WRITE 

Request: 


Field 

A. 1V1U 


T alllv 


CtoVA A A Aw 

oiave Aaor 




Type 


03 


Command ID (LSB) 


03 


Command ID (MSB) 


| 00 


Length 


FF 


Data Bytel 




• 




Data Byte 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 










L'-InverieiiSbveAddr ! 
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4.2.17 Access Password (WS_PASSWORD) 

You can use this command to query, initialize, and modify die access password It is used for remote 
access to Wire Service. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



WRITE 



Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


10 


Check Sum 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 











Field 


Value 


Slave Addr 


02 


Type 


03 . 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 












Response: 


Field 


Value - 


Slave Addr 


03 


Length 


00 


Status 


00 






« ISfcrvelAddre 
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4JL18 Back Plane Serial Data (WS_SYS_BP_SERIAL) 

You can use this command t query the current serial number of the Back Plane. Even though this is a read 
and write c mmand, the serial number should not be modified. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

WRITE 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


10 










Response: 


Field 


Value 


Slave Addr 


03 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 




. Status 


00 






4 Inverted Slav* Addjf 

i, •-. t a> ;^a^f!^BwiiiiiiiaMigiiiiiiiiii(, 





Request: 



Field 


Value 


| Slave Addr 


02 


Type 


03 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 









Field 



Slave Addr 



Length 



Status 



Value 



03 



00 



00 
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4.2.19 Canister A Serial Data (WS_SYS_CAN_SERIAL1) 

You can use this command t query the current serial number for Canister A. The length of this string is 
zero if a canister is not present Even though this is a read and write command, the serial number should 
not be modified. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


06 


Command ID (MSB) 


00 


Length 


10 


-Checksum, 




Response: 


Field 


Value 


Slave Addr 


03 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 


^^&jg^;Check Sum 




Inverted Slave Addr 





WRITE 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


03 


Command ID (LSB) 


06 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 










Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 
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4.2.20 Canister B Serial Data (WS_SYS_CAN_SERIAL2) 

You can use this c mmand to query the current serial number for Canister B. The length of this string is 
zero if a canister is not present Even though this is a read and write command, the serial number sh uld 
not be modified. 

Error codes for die Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


07 


Command ID (MSB) 


00 


Length 


10 


5L- -^GhecfcSum- 




Response: 


Field 


Value 


Slave Addr 


03 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 











WRITE 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


03 


Command ID (LSB) 


07 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 










Response: 


Field 


Value | 


Slave Addr 


03 j 


Length 


00 


Status 


00 








| j|§ FD , |1| 
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4.2.21 Canister C Serial Data (WS_SYS_CAN_SERIAL3) 

Y u can use this command to query the current serial number f r Canister C. The length f this string is 
zero if a canister is not present. Even though this is a read and write command, the serial number should 
not be modified. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


08 


Command ID (MSB) 


00 


Length 


10 


: --J -.-x 




Response: 


Field 


Value 


Slave Addr 


03 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 






if- inverted Slave Addr 





WRITE 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


03 


Command ID (LSB) 


08 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 




: Gheck-Sum g|g 




Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 
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4222 Canister Dl Serial Data (WS_SYS_CANSERIAL4) 

Y u can use this command to query the current serial number for Canister D. The length of this string is 
zero if a canister is not present Even th ugh this is a read and write command, the serial number should 
not be modified. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


09 


Command ID (MSB) 


00 


Length 


10 






Response: 


Field 


Value 


Slave Addr 


03 


Length 


10 


Data Bytel 




• 
• 




Data Byte 




Status 


00 


* 1# m£4 ;f»OieckiSnm t 













WRITE 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


03 


Command ID (LSB) 


09 


Command ID (MSB) 


00 


Length 


10 


Data Bytel 




• 
• 




Data Byte 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 
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4.2.23 Remote Interface Serial Data (WS_SYS_RI_SERIAL) 

You can use this command to query the current serial number for the Remote Interface processor. Even 
though this is a read and write command, the serial number should not be modified. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

WRITE 

Request 



READ 

Request: 


Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


16 


Command ID (MSB) 


00 


Length 


10 






Response: 


Field 


Value 


Slave Addr 


03 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 




Wt \ - v> } 







Field 


Value 


Slave Addr 


02 


Type 


03 


Command ID (LSB) 


16 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 






inverted Slave Addr ; 
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4.224 System Board Serial Data (WS_SYS i _SB_SERIAL) 

You can use this command to query the current serial number for the System Board. Even though this is a 
read and write command, the serial number should not be modified. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 

Mr IvlU 


Value 


Slave Addr 


02 


Tvne 


83 


Command ED (LSB) 

w mmm mmm mm mm mm M Mr 1 W 


17 


Command ID fMSBI 


00 


Length 


10 


, - 3 Checksum 




Response: 




Field 


Value 


Slave Addr 


03 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 




. Status 


00 ; 











WRITE 

Request 



Field 


Value 


Slave Addr 


02 


Type 


03 


Command ID (LSB) 


17 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 




• 




Data Byte 




; ;f ~ Checksum 




Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


DO 


llpiiffi ^ CteckSumJ 




^UveftedSlaveAddr 

mmmmmmmm: 
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4.2.25 P wer Supply 1 Serial Data (WS_SYS_PS_SERIAL1) 

You can use this command to query the current serial number for the first power supply. The length f this 
string is zero if this power supply is not present Even though this is a read and write command, die serial 
number should not be modified. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

WRITE 



D1T ATI 




Request: 




Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


18 


Command ID (MSB) 


00 


Length 


10 


IrR-" i- >ciV,tGhefck;Sura 




Response: 


Field 


Value 


Slave Addr 


03 


10 




Data Byte 1 




• 
• 




Data Byte 




Status 


00 | 






-Inverted Slayie Addr 





Request: 


Field 


Value 


Slave Addr 


02 


Type 


03 


Command ID (LSB) 


18 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 








Response: 




Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 
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4.2.26 Power Supply 2 Serial Data (WS_SYS_PS_SERIAL2) 

You can use this command t query the current serial number for the second power supply. The length of 
this string is zero if this power supply is not present Even though this is a read and write command, the 
serial number should not be modified. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


19 


Command ID (MSB) 


00 


Length 


10 


Check Sum 




Response: 


Field 


Value 


Slave Addr 


03 


10 




Data Byte 1 




• 
• 




Data Byte 




Status 


00 











WRITE 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


03 


Command ID (LSB) 


19 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 








Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 
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4.2.27 P wer Supply 3 Serial Data (WS_SYS_PS_SER1AL3) 
(NOT USED) 

4.2.28 System ID (WS_NAME) 

You can use this command to query, initialize, and modify the name that identifies Wire Service. A user 
can define a unique name for this system. The default is no name. 

Em>r codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

WRITE 



READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


83 ; 


Command ID (LSB) 


IB 


Command ID (MSB) 


00 


Length 


20 






Response: 


Field 


Value 


Slave Addr 


03 


Length 


20 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 






i Inverted Slave Addif 





Request: 



Field 


Value 


Slave Addr 


02 


Type 


03 


Command ID (LSB) 


IB 


Command ID (MSB) 


00 | 


Length 


20 


Data Byte 1 




• 




Data Byte 






i ill 


Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 


CbeckSumc 








Invei^iSla^elAydrs 
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4.2.29 System Boot Devices (WSJBOOTDEVS) 
(NOT USED) 

4.230 System Log Timestamp (WS_SYS J,OG J3LOCK) 

You can use this command to query the current time from die system log timestamp clock. This is a read- 
only command. Refer to NetFRAME Wire Service Implementation User 's Guide for more information on 
the timestamp clock. 

Error todes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


ID 


Command ID (MSB) 


00 


Length 


04 




■ . ....... 







Response: 



Field 


Value 


Slave Addr 


03 


Length 


04 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 






Inverted Slave Addr t 
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4231 System Log C unt(WS_SYSJXX}j;OUNT) 

You can use this command to query the number of entries in the system log. This is a read-only command. 
Eiror codes for the Status field are described in Section 3 2 Wire Service Status Codes on page 7. 
READ 
Request: 



Field 


Value 


Slave Addr 


02 


Type 


83 


Command ID (LSB) 


IE 


Command ID (MSB) 


00 


Length 


02 






Response: 


Field 


Value 


Slave Addr 


03 


Length 


02 


Data Byte 1 




• 
• 




Data Byte 




. Status 


00 






i m&mm 


- Inverted Slave Addr. 
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4232 Critical Event Notification (WS_EVENT_IDnn) 

You can use this command to retriev a critical event that has been written t NVRAM. This type of event 
triggers an OS alarm. There are ten Critical Event Notification commands. They are all the same except for 
the ID number in the command and the C mmand ID. In the command, 'nn' represents 01 thr ugh OA, 
and Command ID is 20 through 29. 

Error codes for die Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ 
Request: 



Field 



Slave Addr 



Type 



Command ID (LSB) 



Command ID (MSB) 



Length 



Checksum 



Value 



02 



83 



20-29 



00 



10 



Response: 



Field 


Value 


Slave Addr 


03 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 


GheckSunf; 




i^Mnverted Slave Addr 





WRITE 

Request: 


Field 


Value 


Slave Addr 


02 


Type 


03 


Command ID (LSB) 


20-29 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 






fpiqr Check Sunk 


" - < J 


Response: 


Field 


Value 


Slave Addr 


03 


Length 


00 


Status 


00 


mm* 


- /'•••< --i - - 


■ ,, : - - &m - 


Srtlii 




« y fd mi? 
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43 Chassis C ntrolIerC mmands 

The Chassis Controller maintains the various power and voltage supplies. It also maintains the temperature 
settings, and system reinitialization. 



43.1 System Master Power (WS_SYS_POWER) 

You can use this command to query, initialize, and modify the current system master power setting of the 
Raptor system, except for the Chassis Controller and the System Recorder. When this bit is set, power is 
turned on, and the system nin line is activated, that is WS_SYS_RUN is set An entry is written to the log. 
When this bit is cleared, power is shut off and an entry is written to the log. 

Error codes for the Status field are described in Section 3.2*Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


81 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 




'• ! ; ' 


Response: 


Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 






Inverted Slave Atfdn 





WRITE 

Request 



Field 


Value 


Slave Addr 


04 


Type 


01 


Command ID (LSB) 


01 


Command ID (MSB) 


j 00 


Length 


01 


Data Byte 1 




^Checksums 






Response: 


Field 


Value 


Slave Addr 


05 


Length 


00 


Status 


00 


r %^^ ^Sum l 








^Inyei^^^ve^djS 
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432 System Master Power Request (WS_SYSJtEQJ>OWER) 
(NOT USED) 

433 +12 V It Main Supply (WS_BP_P12V) 

You can use this command to query the analog measurement of the positive 12 volt main supply. This is a 
read-only command. 

Voltage A/DByte 

12v 90h (144d) 



X12v = Data reads from WS_BP_P12V 
Vmeasure = (12v • X12v) / (90h) 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on 

READ 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 | 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


o Checksum, 




Response: 


Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 






m Inverted Slave; Addr- 
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43,4 +33 V It Main Supply (WSJBP_P3V) 

You can use this command to query the anal g measurement f the positive 33 volt main supply. This is a 
read-only command 

Voltage A/DByte 

3.3v AFh (175d) - 



X33v = Data reads from WS_BPJ>3V 
Vmeasure = (33v * X33v) / (AFh) 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 










Response: 




Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 






y Inverted SlaveAddr,- 
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43.5 -12 V It Main Supply (WS_BP_N12V) 

You can use this command to query the analog measurement of the negative 12 volt main supply. This 
read-only command. 

V itage A/DByte 

-12v 92h (146d) 

Xnegl2v « Data reads from WS_BP_N12V 
Vmeasure = (-12v • Xnegl2v) / (92h) 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


Checksum; 




Response: 


Field 


Value 


Slave Addr 


05 


| Length 


01 


Data Byte 1 




Status 


00 






Inverted Slave 
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43.6 +5 V It Main Supply (WS_BP_P5V) 

You can use this c mmand to query the anal g measurement of the positive 5 volt main supply. This is a 
read-only command. 

V Itage A/D Byte 

5v A3h (163d) 



X5v = Data reads from WS_BP_P5V 
Vmeasure = (5v ♦ X5v) / (A3h) 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on 

READ 

Request: 



page 7. 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 


-^KSft^»eck Sam: 




Response: 


Field 


Value 


Slave Addr 


Q5 


Length 


01 


Data Byte 1 




Status 


00 






^^Inverted,SSave AMm 
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43.7 AID V Itage Referenc (WS_BP_VREF) 

You can use this command t query the analog measurement of the AID voltage reference. This is a read- 
only command. 

V ltage A/DByte 

Vref (5v) FFh (255d) 



Xvref = Data reads from WS BP VREF 
Vmeasure = (Vref* Xvref) / (FFh) 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


01 










Response: 


Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 




r,L. j -:^.J~£ r~ha-' 
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43.8 Back Plane System (WS_SYS_BPJTYPE) 

You can use this command to query the type of Back Plane system. This byte is always clear, indicating 
that there are four small canisters. This is a read-only command 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


! 06 


Command ID (MSB) 


00 


Length 


01 


~ : - N ^eckSirm 

---- - 




Response: 


Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 


WM 11 Z I Ghec^um| 




llll^ 
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43.9 Canister Presence (WS_SYS_CAN_PRES) 

You can use this command to query the presence f ne, or all of the canisters. When the system is 
powered up, this byte is read to determine the presence of canisters. The system is monitored periodically 
to determine if a new canister has been installed. When the system recognizes a new canister, its serial 
number is written to WS_SYSjCAN_SERIALn. An entry is written to the log, and an event is sent. This is 
a read-only command. 



Bit 


Canister 


Set 


Presence 


0 


Canister A 


1 


Canister B 


2 


Canister C 


3 


Canister D 



Error codes for the Status field are described fa Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value \ 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


07 


Command ID (MSB) 


00 


Length 


01 






! 

Response: 


Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 


_.^.r.^||epSuju- 




.Inverti^;Stove;Adar: 
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43.10 Power Supply ACOK Status (WS_SYS_PSACOK) 

You can use this command t query the status of the AC power supplies to determine if they are good or 
bad. If the status is set to "1" the power supply is OK. These power supplies are detachable. This is a read- 
only command. 



Bit 
Set 


Power Supply 
Presence 


0 


1 


1 


2 


2 


3 



Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


04 . 


Type 


82 


Command ID (LSB) 


08 


; Command ID (MSB) 


00 


Length 


01 






Response: 


Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 


, mm, ttedtSuM 




Sttliiiyert^51a#ii^&^ 
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43.11 Power Supply DCOK Status (WSSYS_PS_DCOK) 

You can use this command to query the status of the DC power supplies to determine if they are good r 
bad. If the status is set to "P the power supply is OK. These power supplies are detachable. This is a read- 
only command. 



Bit 
Set 


Power Supply 
Presence 


0 


1 


1 


2 


2 


3 



Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


09 


Command ID (MSB) 


00 ! 


Length 


01 


cnecic>uin 


[ \- ■ — — -.<;' ' r y. $ 



Response: 



Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 






rta|KP^Sla ve A3ag 


1 ; fefSli 
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43.12 Power Supply Presence (WS_SYS J>S_PRES) 

You can use this command to query the presence of one r two power supplies. When the system is 
powered up, this byte is read to determine the presence fone or two power supplies. The system is 
monitored periodically to determine if a new power supply has been installed. When the system rec gnizes 
a new power supply, its serial number is written to WS_SYS_PS_SERIALn. An entry is written to the log, 
and an event is sent If bit 0 is set, power supply 1 is present If bit 1 is set, power supply 2 is present. This 
is a read-only command. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes, on page 7. 
READ 



Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


OA 


Command ID (MSB) 


00 


Length 


01 


?mm<*M : :heck Sum 

. . \ ■ 




Response: 


Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 








v,v >£ FB-""-"f- > 
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43.13 Delay Reset/Run (WS_SYS_RSTIMER) 
(NOT USED) 

43.14 Shutdown Temperature (WS_SYS_TEMP_SHUT) 

You can use this command to query, initialize, and modify the setting for the shutdown temperature, on the 
Back Plane. The initialized default shutdown temperature is 70°C If the temperature of any of the 
processors exceeds this value, the system master power is shut off, that is WS_SYS_POWER is cleared. An 
entry is written to the log. 

Error codes for the Status field are described in Section 3.2 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


OC 


Command ID (MSB) 


00 


Length 


01 








&&&&&&&& 


Response: 


Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 






----- --. Kfetfi* %mm® 




Inverted Slave Addr 





WRITE 

Request 



Field 


Value 


Slave Addr 


04 


Type 


02 


Command ID (LSB) 


OC 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 












Response: 


Field 


Value 


Slave Addr 


05 


Length 


00 


Status 


00 










Inverted Slave Addr 
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43.15 Warning Temperature (WS_SYS_TEMP^WARN) 

You can use this command to query, initialize, and modify the setting for die current warning temperature 
on the Back Plane. The initialized warning temperature is 55°C. If the temperature of any of the processors 
exceeds this value, an warning fault is created, that is WSJSYS_OVERTEMP is set An entry is written to 
the log. 

Error codes for die Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


0D 


Command ID (MSB) 


00 


Length 


01 


Wmr/ Chectt§ftlg 





Response: 



Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 




Status 


00 


CheASnnil 




: Inverted Slave 





WRITE 

Request: 



1 Field 


Value 


Slave Addr 


04 


Type 


02 


Command ID (LSB) 


0D 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 





Response: 



Field 


Value 


Slave Addr 


05 


Length 


00 


Status 


00 


-J-X. Checksum: 






■ : *:r mt: 


: Inverted Slave^ddie 
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43.16 System Watchdog Timer (WS_SYS_WDOG) 
(NOT IMPLEMENTED AT THIS TIME) 

43.17 Temperature fall Sens rs (WS_SYS_TEMP_DATA) 

You can use this command to query, initialize, and modify die temperatures of all the sensors. The Dallas 
Inc. temperature transducers connected to the serial bus are read in address order. This is a read-only 
command. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


83 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


05 


Check Sam 





Response: 



Field 


Value 


Slave Addr 


05 


Length 


05 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 


k'^'z - - Cbeck|Swn| 








, Inverted Slave Addfo 
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4.3.18 OS Timeout Res lution (WS.OS^RESOLUTION) 

You can use this command to query, initialize, and modify the OS watchdog timeout resolution. It is used 
in conjunction with the OS Timeout Counter command, described in the next section. 

At power up, the default resolution is 125 ms. When an OS Timeout Counter command is issued with non- 
zero data, the OS timeout counter begins to count down based on the resolution specified in the OS 
Timeout Resolution command. OS should reset this counter periodically with the OS Timeout Command. 
If OS should miss it, this counter counts down to zero and creates an OS TIMEOUT event (OA), logs it, 
and transfers it through the System Bus Interface and Remote Interface. Resolution is specified in Data 
Byte 1 as follows: 



Byte 


Resolution 


00 


125 ms. 


01 


250 ms. 




500 ms. 


11 


1000 ms. 



Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



WRITE 

Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


OF 


Command ID (MSB) 


00 


Length 


01 


vr;M-: I -_->- Checksum^ 




Response: 


Field 


Value 


Slave Addr 


05 


Length 


01 


Data Bytel 




Status 


00 


111 |i CheckSum 




Inverted Slave Addr 

it ^ r "*"" \ ■ t- - ? 





Field 


Value 


Slave Addr 


04 


Type 


02 


Command ID (LSB) 


OF 


Command ID (MSB) 


00 


Length 


01 


Data Bytel 












Response: 


Field 


Value 


Slave Addr 


05 


Length 


00 


Status 


00 




liiiispill 
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43.19 OS Timeout C unter (WS^OS^COUNTER) 

You can use this command to query, initialize, and modify the OS timeout counter. It is used in 
conjunction with the OS Timeout Resolution command, described in the previous section. 



At power up, this counter is disabled When an OS Timeout Counter command is issued with non-zero 
data, the OS timeout counter begins to count down based on the resolution specified in the OS Timeout 
Resolution command. OS should reset this counter periodically with this command. If OS should miss it, 
the counter counts down to zero and creates an OS TIMEOUT event (OA), logs it, and transfers it to OS 
through the System Bus Interface and Remote Interface. This feature is executed only if the end-user starts 
it. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ WRITE 



Request: 



Field 


Value 


Slave Addr 


04 


Type 


82 


Command ID (LSB) 


10 


Command ID (MSB) 


00 


Length 


01 


Wmd- Checksum 2 ! 
■ ----- " : m 




Response: 


Field 


Value 


Slave Addr 


05 


Length 


01 


Data Byte 1 


(00-FF)h 


Status 


00 















Request: 



Field 


Value 


Slave Addr 


04 


Type 


02 


Command ID (LSB) 


10 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 


(00-FF)h 


\.}-.../- -y-^Cb^'Sam,. 








Response: 


Field 


Value 


Slave Addr 


05 


Length 


00 


Status 


00 










>lnverted;Slave^drS 
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4.4 CPU AC ntrollerC mmands 

The CPU A Controller maintains the speeds for the fans on the System Board. It also maintains the LCD 
Display. 



4.4.1 System Board Fans (WS_SB_FANHI) 

You can use this command to query and modify the setting for the system fen speed. You can also use this 
command to set the fen speed, as shown below. This command is set if there is a fan fault, that is if 
WS SB FAN LED is set. 



Data Byte 1 


Fan Speed 


0 


Low 


1 


High 



Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


06 


Type 


81 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


"- 


- i Check Sum i 


mmmsmm 






••••• ■ : 


Response: 


Field 


Value 


Slave Addr 


07 


Length 


01 


Data Byte 1 




Status 


00 


m 











WRITE 

Request: 



Field 


Value 


Slave Addr 


06 


Type 


01 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 








Response: 


Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


| 00 


m*ms$m 




;\Inyertea;Slay^ddrS 
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4.4.2 System Board Fan Fault LED (WS_SB_FAN_LED) 

You can use this command to query, initialize, and modify the setting for the fault LED. This command 
set if a fan fault has occurred, that is if WS_SB_FANFAULT is set. An event is sent, and an entry is 
written to the log if the LED is on, that is if WS_SB_F ANJJED is set 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

WRITE 
Request: 



READ 

Request: 


Field 


Value 


Slave Addr 


06 


Type 


81 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


r Checksum 


«--- / = _ . - - J- 
r ■ ■ . .' .-. ..»?•»: 


Response: 


Field 


Value 


Slave Addr 


07 


Length 


01 


Data Byte 1 




Status 


00 


• Oied^in| 






\ = Inverted Sla\ 





Field 


Value 


Slave Addr 


06 


Type 


01 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




g .Check 1 Sum: 








Response: 


Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


00 






Inverted Slave^Addr^ 
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4.43 System Halt/Run (WS_SYS_RUN) 

You can use this command to query, initialize, and modify the setting for th halt/run line. If this bit is 
clear, the system is halted, and an entry is written t the log. If this bit is set, the system is initialized to run, 
and an entry is written to the log. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ 
Request: 



Field 


Value 


Slave Addr 


06 


Type. 


81 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


^v- (CheckfSumt 





Response: 



Field 


Value 


Slave Addr 


07 


Length 


01 


Data Byte 1 




Status 


00 


gjj^ : ; : Cftecfr Sun|| 




^Inverted SlaveTAddrJ 





WRITE 

Request: 


Field 


Value 


Slave Addr 


06 


Type 


01 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




j ;• : • •."* Ghedc^niiiJ 








Response: 


Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


00 


— - V t .ChecJk Sum 




^ Inverted Slav? Addr j 
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4.4.4 BUS/CORE Speed Rati (WS_SB_BUSCORE) 

You can use this command t query, initialize, and modify the System Board BUS/CORE speed ratio. 
After this command is set* the system is reset The Reset command must be issued after the speed ratio is 
set, in order to change the speed ratio.. This byte is cleared when the system is powered up. This command 
is used primarily by the diagnostic program. Clear is the default value and this field should always be zero. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


06 


Type 


. 82 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


. < L : Check Sum 






Response: 


Field 


.Value 


Slave Addr 


07 


Length 


01 


Data Byte 1 




Status 


00 


ii^rf#f#^Ched^SdniS 




^iSIhverted Slave Add ft 





WRITE 

Request: 



Field 


Value 


Slave Addr 


06 


Type 


02 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




jjj^^>- ^ Y<We*k Sum t 






Response: 


Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


00 




Check Sum 
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4.4.5 System Board Fan Fault (WS_SBJFANFAULT) 

You can use this command to query, initialize, and modify the settings for fan faults. If any of the bits in 
this byte are set, at least one fan has a fault Bit 0 is used for fan 1 , bit 2 is used for fan 2, and so on. 

Error codes for the Status field are described in Section 3.2 Wire Service Status Codes on page 7. 
READ WRITE 



Request: 



Field 


Value 


Slave Addr 


06 


Type 


82 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


■~ ■ • i - J t-z Check Sum " 





Response: 

Fiiid I 

Slave Addr " G7~ 
~~~ Length ~" 01 

Data Byte 1 ~~ ~~ 



Status 00 




Request: 


Field 


Value 


Slave Addr 


06 


Type 


02 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 












Response: 


Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


00 


"m /tCheckSumv 


§§i m ,^ 
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4.4.6 Low Limit Speed Fan (WS^SB^AN JLOLIM) 

You can use this command to query, initialize, and modify die default 1 w-speed setting f 1 800 rpms. 
Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ 
Request: 



Field 


Value 


Slave Addr 


06 


Type 


82 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 


ChecfcSunf? 


i . •. 
' ' 


Response: 




Field 


Value 


Slave Addr 


07 


Length 


01 


Data Byte 1 




Status 


00 


k i- . • GheclfSumt 


■ v., 


mrnmmmmmmmmi 




\ InvertedSuveAddr 


3 • 



WRITE 

Request: 


Field 


Value 


Slave Addr 


06 


Type 


02 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




Check Snnr 


: _- ■• 




• ; • ' ■ 


Response: 


Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


00 


; ^CbedtSum: 




mm %mm msm 
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4.4.7 Command Byte f r LCD Controller (WS_SB J.CDj:OMMAND) 

You can use this command to set up the LCD display. This byte provides low-level access to the LCD 
display. This is a write-only command. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
WRITE 
Request: 



Field 


Value 


Slave Addr 


06 


Type 


02 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




t^'^^#ChetI?^^ 




Response: 


Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


00 


. ^Che^oni 




, Inverted Slave^ddr, 
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4.4.8 Data Byte f rLCDC ntroller (WS_SBJLCD_DATA) 

You can use this command to query, initialize, and modify the data byte for the LCD controller. This byte 
provides low-level access to the LCD display writing a one-character byte at the current position. This is a 
write-only command. 

Enor codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



WRITE 

Request: 


Field 


Value 


Slave Addr 


06 


Type 


02 


Command ID (LSB) 


06 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




Checksum; 






Response: 


Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


00 


^ C^eckSung 






Inverted Slave Add tt 
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4,4.9 LCD 1 Display (WS_SBJLCD_STRING) 

You can use this command is display, initialize, or modify data on the LCD controller. This command 
provides low-level access to the LCD Display, writing a data string at the current position. This is a write- 
only command. 

Error codes for the Status field are described in Section 32 Wire Sem^ 

WRITE 

Request: 



Field 


Value 


Slave Addr 


06 




03 


Command ID (LSB) 


07 


Command ID (MSB) 


00 


Length 


04 


Data Byte 1 




• 




Data Byte 




iNMHSWi 






Response: 




Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


00 


Check Sam: 


Z,' - 




•Apnverted Stave^Jdg 
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4.4.10 LCD First Line Display (WS_SYS_LCD1) 

You can use this command to display , initialize, and modify a value on the first, or top row of a two-row 
LCD display, starting with the first character. This is a write-only command. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

WRITE 

Request: 



Field 


Value 


Slave Addr 


06 


Type 


03 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


14 


Data Byte 1 




• 
• 




Data Byte 








Response: 


Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


00 


ffM^m Check Snrn^ 


mm: s§ m m 
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4.4.11 LCD Sec nd Line Display (WS_SYSJLCD2) 

You can use this command to display , initialize, and modify a value on the second, or bottom row of a 
two-row LCD display, starting with the first character. This is a write-only command. 

Error codes for the Status field are described m Section 32 Wire Service Status Codes on page 7. 

WRITE 

Request: 



field 


Value 


Slave Addr 


06 


Type 


03 


Command ID (LSB) 


06 


Command ID (MSB) 


00 


Length 


14 


Data Byte 1 




• 
• 




Data Byte 




a> Check Sum 


"'- - * - ■ _ .. . 


Response: 


| Field 


Value 


Slave Addr 


07 


Length 


00 


Status 


00 


^ _ ^'OeekSuiitf 




i^vei^SlaveMdiiS 
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4.4.12 DIMM Type (WS_SB_DIMM_TYPE) 

You can use this command t query the duel interface memory module (DIMM) type in each DIMM 
socket This is a read-only command. Refer to NetFRAME Wire Service Implementation User's Guide f r 
m re information on DIMM types. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


06 


Type 


83 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


10 


"- v-_ - Check Sum? 




Response: 


Field 


Value 


Slave Addr 


07 


Length 


10 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 


•• Checksum: 

------ ^>hz^ 




m Inverted Slave Addr 
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4.4.13 Fan Speed Data (WS_SB_FAN_DATA) 

You can use this command to query the System Board fan speed data, which is stored in fan number order. 
Approximately every second, a fan is selected and monitored with a counter for a specific length of time. 
The counter is loaded into the appropriate fan speed field. If the speed is not too fast, that is 
WS_SB_FAN_HI is clear, then it is compared to the low speed fault limit, that is, the value in 
WS_SB_FAN_LOLIM. If die fan speed is too slow, die appropriate bit is set in the System Board fan fault 
byte, that is WS_SB _FANFAULT. This is a read-only command Refer to NetFRAME Wire Service 
Implementation User's Guide for more information on fan speeds. 



Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


06 


Type 


83 


Command ID (LSB) 


04 .. 


Command ID (MSB) 


00 


Length 


06 




pi j ii 


Response: 


Field 


Value 


Slave Addr 


07 


Length 


06 


Data Byte 1 




• 




Data Byte 




Status 


00 
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4.5 CPU B Controller C mroands 

The CPU B Controller maintains fault summaries and FRU status. It also enables the JTAG chain. 



4.5.1 NMI Request (WSJflvflJtEQ) 

You can use this command to query, initialize, and modify the NMI request bit It is a triggering pulse to 
the corresponding bits set in the NMI mask, that is WS_NMI_MASK. When the request bit is clear, an 
entry is written to the log. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 








Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 


M Checksum. 













WRITE 

Request 



Field 


Value 


Slave Addr 


08 


Type 


01 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


; 01 


Data Byte 1 






^^yyjEB^eelciSnm^ 








Response: 


Field 


Value 


Slave Addr 


09 


Length 


00 


Status 


00 
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4.52 CPU Fault Summary (WS_SB_CPU_FAULT) 

You can use this command to query the CPU fault summary. First, the system determines the presence f 
the CPU. Then, it checks for a CPU error, the status of the CPU temperature, and the power. When this 
field is set, an entry is written to the log. This is a read-only command: 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ 



Request: 



Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


-JsVK vpeck^pg 





Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 










^Inverted Slave Addr 
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4.53 FLASH Enable (WS_SB_FLASH_ENA) 

You can use this command t query, initialize, and modify the setting for FLASH write. When this bit is 
set, FLASH write is enabled and the LED is turned on. 

Error codes for the Status field are described in Seed n 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


Checksum 






Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 






i Inverted Slave Addri 

- z i ft s w mm. 





WRITE 

Request: 



Field 


I Value 


Slave Addr 


08 


I Type 


01 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 






; Checksum 

■-h'4>-^\->'-l-'- z ':. 1 -- '■: ■ 




Response: 


Field 


Value 


Slave Addr 


09 


Length 


00 


Status 


00 




.. , Checksum 








j »• r ? - «dJrt/-"'i -»-.!■> t", 
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4.5.4 FRU Status (WS_SB_FRU_FAULT) 

You can use this command to query, initialize, and modify the temperature status. When the system is 
powered up, this bit is set. It is set or cleared by die Back Plane processors. Set is green, and clear is amber. 
The diagnostic program determines if the System Board, canisters, PCI slots, and CPUs are good or bad. 
Refer to Maestro Recovery Manager for more information. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 


Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 


SHMKMSi 






Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 






Inverted Slav? Addr 









WRITE 




Request 




Field 


Value 


Slave Addr 


08 


Type 


01 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




>''<„.■■-,:,:: 3 Cbecfc Suinf 








Response: 


Field 


Value 


Slave Addr 


09 


Length 


00 


Status 


00 
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4.5.5 JTAG Chain Enabled (WS_SB_JTAG) 

You can use this command to query, initialize, and modify the JTAG chain enable bit. When the system is 
powered up, this bit is clear. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


01 


v - v : - Check Sum 




- ... ^ 




Response: 


Field 


Value 


Slave Addr 

1 


09 


Length 


01 


Data Byte 1 




Status 


00 


: Checksum 




|Miwerted.SiavrAadr| 









WRITE 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


01 


Command ED (LSB) 


05 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 






iiJCheckjSuiii' 




Response: 


Field 


Value 


Slave Addr 


09 


Length 


00 


Status 


00 


i ChecKSiun* 
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4.5.6 System Fault Summary (WS^SYSFAULT) 

You can use this command t query, initialize, and modify the setting for the Raptor system fault summary. 
This bit is set if any faults are detected in the system. It is set when any of the following faults are detected: 

• CPUs, that is internal error, temperature, and power at OK 

• System temperature 

• Canister fan faults 

Errof codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


06 


Command ID (MSB) 


00 


Length 


01 






Response: 


Field 


Value 


Slave Addr 


09 


Length 


°1 


Data Byte 1 




Status 


00 


I^S^S^Sl^eeiaSnml 

'<-~ - r- ■ 




i Inverted Slave "Addr 









WRITE 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


01 


Command ID (LSB) 


06 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 






= - -r^Z ■ ■■ - v * -Y- ' - - - 
-^vV~ > ; 1 ,\. 1 


Response: 


Field 


Value 


Slave Addr 


. 09 


Length 


00 


Status 


00 


CheckStuift 

m mmmmmmm 
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4.5.7 Overtemp Fault (WS^SYS^OVERTEMP) 

You can use this command to query the over temperature fault. When the system is powered up, this bit is 
set This is a read-only command. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


07 


Command ID (MSB) 


00 


Length 


01 


- : Checksum 




Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 






Inverted Slave Addr 
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4.5.8 Canister A Fan Fault (WS_CAN1_FAN_SYSFLT) 

You can use this command to query, initialize, and modify the fan fault summary setting for Canister A, if 
present 

Error codes for the Status field are described in Section 3.2 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


08 


Command ID (MSB) 


00 


Length 


01 


Checksum] 




Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 


i ii .- : Checksum 






«SaiiMl§f 



WRITE 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


01 


Command ID (LSB) 


08 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




, ; Check sum 






Response: 


Field 


Value 


Slave Addr 


09 


Length 


00 


Status 


00 


"?5>KM Checksum 




:■ :^v««d^i^^aM 
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4.5.9 Canister B Fan Fault (WS_CAN2_FAN_SYSFLT) 

You can use this command to query, initialize, and modify the fan fauh summary setting for Canister B, if 
present 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ 
Request: 



Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


09 


Command ID (MSB) 


00 


Length 


01 


Check Sum! 

7 v:-_: ; 




Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 


? Checksum; 









WRITE 

Request: 


Field 


Value 


Slave Addr 


08 


Type 


01 


Command ID (LSB) 


09 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 








Response: 


Field 


Value 


Slave Addr 


09 


Length 


00 


Status 


00 
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43.10 Canister C Fan Fault (WS_CAN3 JtthLSYSFLT) 

You can use this command to query, initialize, and modify the fan fault summary setting for Canister C, if 
present. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ WRITE 
Request: Request 



Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


OA 


Command ID (MSB) 


00 


Length 


01 







Response: 



Field 



SlaVe Addr 



Length 



Data Byte 1 



Status 



ert^SlayepAddrl 



Value 



09 



01 



00 



Field 


Value 


Slave Addr 


08 


Type 


01 


Command ID (LSB) 


OA 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




_ .J -•' ■' j - 




Response: 


Field 


Value 


Slave Addr 


09 


Length 


00 


Status 


00 


.- S «v : :T s " -. 
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4.5.11 Canister D Fan Fault (WSjCAN4_FAN_SYSFLT) 

You can use this command to query, initialize, and modify the fan fault summary setting for Canister D, if 
present 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


81 


Command ID (LSB) 


OB 


Command ID (MSB) 


00 


Length 


01 






Response: 




Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 


; -- ! ,:<CheekSuraf 




Invei^ SlaverAddr^ 





WRITE 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


01 


Command ID (LSB) 


0B 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




§ ifi • - ^GheckSomc 




Response: 


Field 


Value 


Slave Addr 


09 


Length 


00 


Status 


00 


v~. Check Sumf 




■ ?T r^verted:Saye'Addit~ 
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4.5.12 CPU NMI Process r Mask (WS_NMI_MASK) 

You can use this command t query, initialize, and modify the CPU NMI processor mask. When the 
system is powered up, this byte is set. Bit 0 through bit 3 represents the presence of one through four 
CPUs. 

Error codes for the Status field are described in Section 3.2 Wire Service Status Codes on. page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


82 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


Check Sum? 




Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 






5 Inverted Slave Addr " 





WRITE 

Request* 



Field 


Value 


Slave Addr 


08 


Type 


02 


Command D3 (LSB) 


01 


Command ED (MSB) 


00 


Length 


01 


Data Byte 1 








Response: 


Field 


Value 


Slave Addr 


09 


Length 


00 


Status 


00 | 
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4.5 J3 CPU Error (WS_SB_CPU_ERR) 

You can use this command to query the CPU error bits. Bit 0 through bit 3 represents the presence of faults 
for one through four CPUs. This is a read-only command. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


82 


Command ID (LSB) 


02 


| Command ID (MSB) 


00 


Length 


01 


Sf^iiWj - :heckSum 

~ - ~- - ^ - ~ - 




Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 
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4-5.14 CPU Power (WS_SB_CPU_POK) 

Y u can use this command to query the CPU power supplies bits. Bit 0 and bit 1 represent the presence f 
one or two power supplies. This is a read-only command. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 




Request: 




Field 


Value 1 


Slave Addr 


08 


Type 


82 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 






Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 












mmM&m 


ffialnvert&^SlavcAddi^ 
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4.5.15 CPU Presence (WS_SB_CPU_PRES) 

You can use this command to query the CPU presence bits. Bit 0 through 3 represents the presence of one 
through four CPUs. This is a read-only command. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


08 


Type 


82 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 




fejCbeckSun^ 


V.:'. V:,,;: >: •-" 


i *; .' 


Response: 


Field 


Value 


Slave Addr 


. 09 


Length 


01 


Data Byte 1 




Status 


00 




illOheckiSjlmi 
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4.5.16 CPU Thermal Fault (WS_JJB_CPU_TEMP) 

You can use this command to query the CPU thermal fault bits. This is a read-only c mm and. 
Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ 
Request: 



Field 


Value 


Slave Addr 


08 


Type 


82 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


01 


• =... . - GhecfeSumj 




Response: 


Field 


Value 


Slave Addr 


09 


Length 


01 


Data Byte 1 




Status 


00 


Check Sum 
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4.6 System Interface C mmands 

The System Interface processor maintains the System Interface event queue. 
4.6.1 System Interface Event Queue (WS_SI_EVENTS) 

You can use this command to query, initialize, and modify the System Interface processor event bit vector. 
Refer to NetFRAME Wire Service Implementation User's Guide, for more information about events* 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


20 


Type 


85 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


10 


- -; ... ' • Ch^Siujp 










HSR 


Response: 


Field 


Value 


Slave Addr 




Length 


10 


Data Byte 1 




Status 


00 


-Ci r '-f.z xChee^nm- 






,l^■ ! i--i^^^?^™-;--=■--l'.>-_5••- • ~£0gm 







WRITE 

Request: 



Field 


Value 


Slave Addr 


20 


Type 


05 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


10 


Data Byte 1 








Response: 


Field 


Value 


Slave Addr 


21 


Length 


00 


Status 


00 


|i -Checksum 




mm-: ■ 


Inverted Slave AddJ 
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4.7 Rem te Interface Commands 

The Remote Interface processor maintains all of the remote port modems. It also initializes the callout 
script and remote events. 

4.7.1 Remote Port Modem CD (WS_RI_CD) 

You can use this command to query, initialize, and modify the setting for the remote port carrier detect 
(CD) modem. 

Error todes for the Status field are described in Section 32 Wire Service Status Codes on page 7. - 



READ 

Request: 



Field 


Value 


Slave Addr 


22 


Type 


81 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


- Check Sam y 




Response: 


Field 


Value 


Slave Addr 


23 


Length 


01 


Data Byte 1 




Status 


00 


MM- . Checksum 


. ■ ,.. . 
■■■ ■ . • 


flnvertedSlaveAddr 


SMSDEHfi R» 







WRITE 

Request: 



Field 


Value 


Slave Addr 


22 


Type 


01 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 








Response: 




Field 


Value 


Slave Addr 


. 23 


Length 


00 


Status 


00 








■ ■ ■ 
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4.7.2 Remote P rt Modem CTS (WSW_CTS)- 

You can use this command to query, initialize, and modify the setting for the remote port clear-to send 
(CTS) modem. 

Eiror codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


22 


Type 


81 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 






Response: 


Field 


Value 


Slave Addr 


23 


. Length 


01 


Data Byte 1 




Status 


00 


3£!& . (TheckSum 









WRITE 

Request: 



Field 


Value 


Slave Addr 


22 


Type 


01 | 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




S5iHl« >;Ch^k Sum- 




Response: 


Field 


Value 


Slave Addr 


23 


Length 


00 


Status 


00 
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4.73 Remote P rt Modem DSR (WS_RI_DSR) 

You can use this command to query, initialize, and modify the setting for the remote port data set ready 
(DSR) modem. 

Error codes for die Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


22 


Type 


81 


Command ID (LSB) ' 


03 


Command ID (MSB) 


00 


Length 


01 


, Checksum 




Response: 


Field 


Value 


Slave Addr 


23 


Length 


01 


Data Byte 1 




Status 


00 






Wlnvei^SIaVeMddri 









WRITE 

Request: 



Field 


Value 


Slave Addr 


22 


Type 


01 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




S - •• ChecfcSu 






W f l ; : 


Response: 


Field 


Value 


Slave Addr 


23 


Length 


00 


Status 


00 


££sf! CheckSiimi; 


llMlNISi 











NetFRAME CONFIDENTIAL DOCUMENT 



Service Implementati n Command Reft 



■Mb 



4.7 A Remote P rt Modem DTR (WS_RIJ>TR) 

You can use this command t query, initialize, and modify setting for the remote port data transfer ready 
(DTR) modem. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 

WRITE 
Request: 







Kequesi. 




Field 


17.1... 

Value 


Slave Addr 


22 


Type 


81 


Command ID (LSB) 


04 


Command ID (MSB) 


00 


Length 


01 


- - ChecfciSumf 




Response: 


Field 


Value 


Slave Addr 


23 


| Length 


01 


Data Byte 1 




Status 


00 


l ^heckiSumi 




Inverted Slave Addr \ 









Field 


Value 


Slave Addr 


22 


Type 


01 


Command ID (LSB) 


04 


Command ID (MSB) 


00 | 


Length 


01 


Data Byte 1 




v ii - Check Sum^ 




; - • > 
■■* *~ " — i — ' -~— 


Response: 


Field 


Value 


. Slave Addr 


23 


Length 


00 


Status 


00 


WM* -QhecitSum 


/• ' v'v % 
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4.7.5 Remote? rt Modem RTS (WSJUJtTS) 

You can use this command to query, initialize, and modify the setting for the remote port request to send 
(RTS) modem. 

Error codes for die Status field are described in Section 32 Wire Service Status Codes n page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


22 


Type 


81 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


01 


I >^ 4 ^Checksum? 








Response: 


Field 


Value 


Slave Addr 


23 


Length 


01 


Data Byte 1 




Status 


00 


H-Jir^lic'Check-Suiii 











WRITE 

Request: 



Field 


Value 


Slave Addr 


22 


Type 


01 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 








Response: 


Field 


Value 


Slave Addr 


23 


Length 


00 


Status 


00 


j^^^^phgags|^ 
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4.7.6 Call ut Script Initializati n (WS JUCALLOUT) 

You can use this command to invoke a callout script, which is programmed in WS_SYS_CALL_SCR1PT. 
A value is passed as an argument to the script An entry is written t the log. The format has not been 
determined at this time. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 
READ 
Request: 



Field 


Value 


Slave Addr 


22 


Type 


82 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


V fc i d ;i*Check Sunk 


r.: V.-. t ^ 


Response: 


Field 


Value 


Slave Addr 


23 


Length 


01 


Data Byte 1 




Status 


00 






^Inverted Slave Addr 


11 - iMB 



WRITE 




Request: 




Field 


Value 


Slave Addr 


22 


Type 


02 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 










MISS^t?'' --- - - . 


Response: 


Field 


Value 


Slave Addr 


23 


Length 


00 


Status 


00 










; p 1 Slave Ad< 


£V. DD ; r v 
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4.7.7 Rem te Interface Event Queue (WSJMJEVENTS) 

You can use this command to query, initialize, and modify the System Interface event bit vector. Refer to 
NetFRAME Wire Service Implementation User's Guide, for m re information about events. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


22 


Type 


85 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


02 




/•.-v-k : m 

- -"v.-r " - x- 
-• - - . : ...... 


Response: 


Field 


Value 


Slave Addr 


23 


Length 


02 


Data Byte 1 




• 
• 




Data Byte 




Status 


00 






Inverted Slav* Addi- 





WRITE 

Request* 



Field 


Value 


Slave Addr 


22 


Type 


05 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


02 


Data Byte 1 




* 




Data Byte 








Response: 


Field 


Value 


Slave Addr 


23 


Length 


00 


Status 


00 






Inverted Slave Addr , 
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4.8 Canister Controller C mmands 

The Canister Controller processor maintains fan speeds and faults. 

There are four occurrences of the commands in this processor. Most of the fields are the same for all 
occurrences, so only Canister A is documented. However, the Slave Addr fields are different for each 
occurrence, and are listed below: 



Canister 
No. 


Request 
Slave 
Addr 


Respons 
e 

Slave 
Addr 


Inverted 
Slave 
Addr 


A 


40 


41 


BF 


B 


42 


43 


BD 


C 


44. 


45 


BB 


D 


46 


47 


B9 
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4.8.1 Canister Fan High Speed (WS_CAN_FAN_HI) 

You can use this command to query, initialize, and modify the canister fan high speed setting. If the speed 
is too high, that is WS_SBJFANJLED is set, this bit is set 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7, 



READ 

Request: 



Field 


Value 


Slave Addr 


40 


Type 


81 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


-vv^i;--;:}:, , gebeckiSuilii 


■ - * ■ 




Response: 


Field 


Value 


Slave Addr 




Length 


01 


Data Byte 1 




Status 


00 


"ii.:-r B XTheck Sum 


' F * - .* i , » . - 

Sr-J .*.^£ K r~.. « * ~ . .,' , Sr ■ 


^ In verted Slafi^^ddrJ 







WRITE 

Request- 



Field 


Value 


Slave Addr 


40 


Type 


01 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 




Checksum 




Response: 


Field 


Value 


Slave Addr 


41 


Length 


00 


Status 


00 


Checksum 




I Inverted Slave Addrl 
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4.8.2 Canister Fan Fault LED (WS JTAN_FAN_LED) 

You can use this command to query, initialize, and modify the canister fan fault LED setting. This bit is set 
if the canister has a fault, that is WS_CAN_FANFAULT1 is set. An entry is written to the log when this bit 



is set. 



Error codes for the Status field are described in Section 3*2 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


40 


Type 


81 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


Check Sam 





Response: 



Field 



Slave Addr 



Length 



Data Byte 1 



Status 



SlInvertetf^toyeAddr 



Value 



41 



01 



00 



" 



WRITE 

Request: 



Field 


Value 


Slave Addr 


40 


Type 


01 


Command ID (LSB) 


02 


Command ID (MSB) 


00 


Length 


01 


Data Byte 1 






Checksum 





Response: 



Field 


Value 


Slave Addr 


41 


Length 


00 


Status 


00 


;v. ^CheckiSum; 




Iff Inverted Slave Addr 


. : BF 
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4.83 Canister JTAG TMS Chain (WS_CAN_JTAG_ENA) 
(NOT USED) 

4.8.4 CardinSlot5(WS_CAN_NMI_S5) 
(NOT USED) 



4.8.5 Canister PCI Slot Power (WS_CAN_POWER) 

You can use this command to query, initialize, and modify the setting for the PCI slot power in the 
canister. There is a small (about 5 ms) delay between each set An entry is written to the log when this bit 
set or cleared. 

Error codes for the Status field are described in Section 32 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


40 


Type 


81 


Command ID (LSB) 


05 


Command ID (MSB) 


00 


Length 


01 


i m ? Check sum. 




Response: 


Field 


Value 


Slave Addr 


41 


Length 


01 


Data Byte 1 




Status 


00 


1 r ; \ r ^ rf* Checksum , 




Inverted Slave Addr 


BP v 



WRITE 

Request: 



Field 


Value 


Slave Addr 


40 


Type 


01 


Command ID (LSB) 


05 


Command ID (MSB) 


, 00 


Length 


01 


Data Byte 1 








Response: 


Field 


Value 


Slave Addr 


41 


Length 


00 


Status 


00 


. Checksum' 




Z lnverted:Slave Addr 


I ® F ; ■ 
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4.8.6 Slot 5 Presence Indicat r (WS_CAN_S5_PRESEND 
(NOT USED) 

4.8.7 Passive Board N t in SI 1 5 (WS_CAN_S5_SMART) 
(NOT USED) 

4.8.8 Canister Fan Low Speed Fault Limit (WS_CAN_FAN_LOLIM) 

You can use this command to query, initialize, and modify the setting for the canister fan low speed fault 
limit. It is set to the equivalent of 1000 rpms when the system is powered up. 

Error codes for the Status field are described in Section 3 2 Wire Service Status Codes on page 7. 



READ 

Request: 



Field 


Value 


Slave Addr 


40 


Type 


82 


Command ID (LSB) 


01 


Command ID (MSB) 


00 


Length 


01 




itti Bill 


Response: 


Field 


Value 


Slave Addr 


41 


Length 


01 


Data Byte 1 




Status 


00 


Checksum 




- - — - , m^X> 




■J "; Inverted Slave Addr 


■• ■' * " " - ~~ ----- 



WRITE 

Request: 



Field 



Slave Addr 



Type 



Command ID (LSB) 



Command ID (MSB) 



Length 



Data Byte 1 



#1 #». becfcSums 



Value 



40 



02 



01 



00 



01 



Response: 



Field 


Value 


Slave Addr 


41 


Length 


00 


Status 


00 




lilpiiil ! 


m Inverted Slave Addr,' 





98 



NetFRAME CONFIDENTIAL DOCUMENT 



Sendee Implemented n Command Reft 



4.8.9 Presence f PCI Card SI t (WS_CAN_PCI_PRESENT) 
(NOT USED) 

4.8.10 Canister Fan Fault (WS_CAN_FANFAULT) 

You can use this command to query the canister fan fault status. This is a read-only command. 
Error codes for the Status field are described in Section 3.2 Wire Service Status Codes on page 7. 

READ 



Request: 



Field 


Value 


Slave Addr 


40 


Type 


81 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 


■ - >--^ehecfeSum^ 








Response: 


Field 


Value 


Slave Addr 


41 


Length 


01 


Data Byte 1 




Status 


00 






Inverted Slave Addr 
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4.8-11 Canister Fan Speed Data (WS_CANJFAN_DATA) 

You can use this command to query the canister fan speed. Approximately every second a fan is selected 
and monitored, for specific length of time. The counter is then loaded into the appropriate fan speed. If the 
speed is not too fast, that is WS_CAN_FAN_HI is clear, then the speed is compared to the slow speed 
limit, that is WS_CAN_FAN_LOLIM is set If the fan speed is too slow, the appropriate bit is set in the fan 
fault byte, that is WS_CAN_FANFAULT. If the speed is not too slow, this field is clear. This is a read- 
only command. 

Error codes for the Status field are described in Section 3.2 Wire Service Status Codes on page 7. 

READ 

Request: 



Field 


Value 


Slave Addr 


40 


Type 


83 


Command ID (LSB) 


03 


Command ID (MSB) 


00 


Length 


01 






Response: 


Field 


Value 


Slave Addr 


41 


Length 


01 


Data Byte 1 




Status 


00 






pi&veHeC^lave^dr^ 


5 BF 
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Raptor Wire Service Architecture 



Introduction 



"Wire Service" is the code name for the Raptor project system control, diagnostic and maintenance bus ( 
formerly known as the CDM bus). Raptor is a completely "fly by wire" system - no switch, indicator or 
other control is directly connected to the function it monitors or controls, instead all the control and 
monitoring connections are made by the network of processors that comprise the "Wire Service" for the 
system. The processors are Microchip PIC processors and the network is a 400 kbps PC serial bus. A 
limited understanding of PC protocol is a prerequisite for understanding Wire Service protocols (See "The 
PC-bus and how to use it" - Philips Semiconductor, Jan 1 992). Control on this bus is distributed, each 
processor can be either a master or a slave and can control resources on itself or any other processor on the 
bus 



All of the command, diagnostic, monitoring and history functions are accessed using a global network 
memory model. That is, any function may be queried simply by generating a network "read" request 
targeted at the function's known global network address. In the same fashion, a function may be exercised 
simply by "writing" to its global network address. Any Wire Service processor may initiate read/write 
activity by sending a message on the PC bus to the processor responsible for the function ( which can be 
determined from the known global address of the function ). The network memory model includes typing 
information as part of the memory addressing information. It implements separate address spaces for each 
data type. This allows for compact internal storage and creating of unique more complex data types better 
suited to specific functions. 



Using a network global memory model places relatively modest requirements for the PC message 
protocol. 

* All messages conform to the PC message format including addressing and read/write indication. 
» All PC messages use 7 bit addressing and the "General Call" address is not used 

» Any processor can originate (be a Master) or respond (be a Slave) . 

» All message transactions consist of PC "Combined format" messages. This is made up of two back 
to back PC simple messages with a repeated START condition between (which does not allow for re- 
arbitrating the bus). The first message is always a Write ( Master to Slave ) and the second message is 
a Read ( Slave to Master). 

* Only two types of transactions arc used: Memory-Read and Memory- Write. 
► Sub- Addressing formats vary depending on data type being used. 



Logical Model 



Message Protocol 



Pagel 
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Generic Wire Service PC Message Format 

The generic Wire Service message format is designed for easy encode/decode and reliability. It is not 
necessarily always the most compact representation possible 

Master Asserts START 



Offset 
ByteO 
Byte 1 
Byte 2 
Byte 3 
Byte 4 
Byte 5 

ByteN 



MSB 



LSB 



Slave Address 



Data Type 



R/W 



Sub-Address 



Sub-Address ( Continued ) 



Length of Data 



Data 



Checksum 



0 means PC write to slave 
R/W = 0 Mem Write / 1 Mem Read 
Most Significant Byte of Address 
Least Significant Byte of Address 
Length write or read buff size 
Present only for memory write 



Master repeats START 
ByteO 



Byte 1 
Byte 2 

Byte N-l 
ByteN 



Slave Address (same) 



Length of Data 



Data 



Status 
Checksum 



1 means PC read from slave 
Length of Data only (N-3) 



Status 0=Success otherwise Failure 
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Data Type Descriptions 

Each data type description includes a rational for its existence and an example simple protocol message. 

Bit Type 

The bit data type is to be used for simple logic valued items (TRUE/FALSE, ON/OFF, etc.) 
Read Bit Message 



Request 



Slave 
Address 


Type/RW 


BitAddr 
MSB 


BitAddr 
LSB 


Request 
1 


Check 
Byte 




Response 












Slave 
Address 


Length 
1 


Bit Value 
(0/1) 


Status 
0/Success 


Check 
Byte 




Write Bit Message 
Request 










Slave 
Address 


Type/RW 


BitAddr 
MSB 


BitAddr 
LSB 


Length 
1 


Bit Value 
((VI) 


Check 
Byte 


Response 












Slave 
Address 


Length 
0 


Status 
0/Success 


Check 
Byte 







Byte Type 

The byte data type is to be used for single byte valued items (0-255) 
Read Byte Message 



Slave 
Address 


Type/RW 


Byte Addr 
MSB 


Byte Addr 
LSB 


Request 
1 


Check 
Byte 


Response 












Slave 
Address 


Length 
1 


Byte Value 
(0-255) 


Status 
0/Success 


Check 
Byte 
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Write Byte Message 



Request 



Slave 
Address 


Type/RW 


ByteAddr 
MSB 


ByteAddr 
LSB 


Length 
1 


Byte Value 
(0-255) 


Check 
Byte 


Response 














Slave 
Address 


Length 
0 


Status 
(VSuccess 


Check 
Byte 









String Type 

The String type is designed to handle data that is brist organized as variable length strings of 0 to 255 
bytes. Internal allocation of string storage for each string may be less than 255 bytes, and writing a string 
longer than available storage will return an error. 



Read String Message 
Request 



Slave 


Type/RW 


String 


String 


Request 


Check 




Address 




AddrMSB 


AddrLSB 


(V255 


Byte 




Response 














Slave 


Length 


String 




String 


Status 


Check 


Address 


N 


Data 1 




DataN 


(VSuccess 


Byte 



Write String Message 



Slave 
Address 


Type/RW 


String 
AddrMSB 


String 
AddrLSB 


Length String ... String 
N DataO DataN 


Check 
- Byte 

Response 




Slave 
Address 


Length 
0 


Status 
(VSuccess 


Check 
Byte 
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Lock Byte Type 

The lock byte data type is to be used far single bytes of data used to control synchronization as it performs 
a test and set operation on the byte. If the byte is zero it is set to one and the original value of the byte is 
returned. This data type shares the same address space with the Byte Array data type. 



Lock Byte Message (Read Type) 
Request 



Slave 
Address 


Type/RW 


Byte Addr 
MSB 


Byte Addr 
LSB 


Request 
1 


Check 
Byte 


Response 












Slave 
Address 


Length 
1 


Original 
Byte Value 


Status 
O/Succcss 


Check 
Byte 





Byte Array Type 

The byte array data type is to be used for general storage of data that is unanticipated in mis architecture. 
This storage is only implemented in the Wire Service processor with NVRAM. External code will be 
responsible for managing allocation/deallocation and data directory information- Recommend that byte at 
address 0 be the lock byte for modification of the data directory. 



Read Byte Array Message 
Request 



Slave 
Address 


Type/RW 


Start Addr 
MSB 


Start Addr 
LSB 


Request 
1-255 


Check 
Byte 




Response 




Slave 
Address 


Length 
N 


Array 
Data 1 




Array 
DataN 


Status 
O/Success 


Check 
Byte 
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Write Byte Array Message 



Slave 
Address 


Type/RW 


Start Addr 
MSB 


Start Addr 
LSB 


Length 
N 


Array 
Data 1 




Array 
DataN 


Check 
Byte 





Slave 


Length 


Status 


Check 


Address 


0 


(VSoccess 


Byte 



Log Type 

The Log data type is to be used for logging byte strings in circular log buffer. It is used to record system 
events in the NVRAM system log. 

Read Log Message 



Slave 
Address 


Type/RW 


Log Addr 
MSB 


Log Addr 
LSB 


Request 
255 


Check 
Byte 






Response 








Slave 
Address 


Length 
N+7 


Log Time 
MSB 


Log Tune 


Log lime 


Log Tune 
LSB 


Log Addr 
MSB 


Log Addr 
LSB 


Log Data 
ByteO 




Log Data 
ByteN 


Status 
Q/Success 


Check 
Byte 






Write Log Message 
Request 




Slave 
Address 


Type/RW 


N/A 


N/A 


Length 
N 


Log Data 
ByteO 




Log Data 
ByteN 


Check 
Byte 

Response 






Slave 
Address 


Length 
0 


Status 
O/Success 


Check 
Byte 
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The addressing of log entries has some special characteristics. 

1 ) Reading address 65565 (Oxffff) is special - It represents the address of the latest entry in the log. 

2) Reading address 65564 (Oxfffe) is also special - It represents the address of the earliest available entry. 

3) The address of real log entries wraps at 655 19 (Oxffef). The next sequential entry after 6551 9 is 0. 

4) The address of is ignored on write and the next available entry is written. 

5) To read the entire log in forward time order, read entry at address 65564. This returns the first log entry 
along with its actual log address. Increment that address by one and read that entry. Repeat the last step 
until status indicates failure. 

6) To read the entire log in reverse time order, read entry at address 65565. This returns the last log entry 
along with its actual log address. Decrement that address by one and read that entry. Repeat the last step 
until status indicates failure. 

7 )To keep a complete external copy of the log, first read the entire log in forward time order and remember 
the last valid entry. Then periodically read forward from the remembered last valid entry to the end and 
add that to the external copy. 

Event Type 

The event data type is to be used for alerting external interfaces of events in the Wire Service network. 
Event memory is organized as a queue. The queue will probably be quite small (< 20 Events). Writing an 
event places the event ID at the next available entry, unless the last queue entry would be written by mis 
event In that case, the last queue entry is a Queue Overflow Event and the write fails. This allows the 
external interface to realize that events were lost and it should scan for any changes in data. 
Reading the event type returns requested number of events in the queue or the entire queue which ever is 
less and removes them from the queue. 



Read Event Message 
Request 



Slave 


Type/RW 


N/A 


N/A 


Request 


Check 




Address 








1-255 


Byte 




Response 


Slave 


Length 


Event 




Event 


Status* 


Check 


Address 


N 


ID 1 




IDN 


OTSuccess 


Byte 
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Write Event Message 



Slave 


Type/RW 


N/A 


N/A 


Length 


Event 


Check 


Address 








1 


ID 


Byte 



Response 



Slave 


Length 


Status 


Check 


Address 


0 


O/Success 


Byte 



Possible Event Types: 
CPU Status Change 
Power Status Change 
Canister Status Change 
Fan Status Change 



Screen Type 

The screen data type is to be used fcroorarauiucanon of character mode screen information from the 
system BIOS to remote management interface. 



Read Screen Message 
Request 



Slave 
Address 


Type/RW 


SAddr 
MSB 


SAddr 
LSB 


Request 
1-255 


Check 
Byte 






Response 


Slave 
Address 


Length 
N 


Screen 
Data 1 




Screen 
Data N 


Status 
O/Success 


Check 
Byte 




Write Screen Message 
Request 


Slave 
Address 


Type/RW 


SAddr 
MSB 


SAddr 
LSB 


Length 
N 


Screen 
Datal 




Screen 
Datan 


Check 
Byte 

Response 








Slave 
Address 


Length 
0 


Status 
Q/Success 


Check 
Byte 





Page 8 



Raptor Wirt Service Architecture 



The screen address space consists of an image of character video memory for a 80x50 screen. Each 
character cell has both a character byte and attribute byte for a total of 8000 bytes of screen memory. 
Additionally memory is implemented up to address 8191. Use of the bytes above 8000 are defined by the 
BIOS and the remote managment software. Addresses 8001 and 8002 are suggested as the cursor address 
register. 

Queue Type 

The Queue type is designed to move data between the system and a remote management software. Queue 
elements are variable length op to 255 bytes. If there is no room to add an element to a queue, the entry is 
not added and failure status is returned. If there is no queue element available to read, failure status is 
returned Interpretation of data in the queue elements is left to external software. 

Read Queue Message 



Slave 


Type/RW 


N/A 


N/A 


Request 


Check 




Address 








0-255 


Byte 




Response 


Slave 


Length 


Queue 




Queue 


Status 


Check 


Address 


N 


Data 1 




DataN 


0/Success 


Byte 



Write Queue Message 



Slave 
Address 


Type/RW 


N/A 


N/A 


Length 
N 


Queue 
DataO 




Queue 
DataN 


Check 
Byte 

Response 






Slave 
Address 


Length 
0 


Status 
0/Success 


Check 
Byte 
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System Bus Interface 
Introduction 

The system Bus interface to the Wire Service PC bus is implemented by a dedicated Wire Service System 
Interface Processor (WSSIP)and 2 message FIFOs, one for message data written to the system bus 
interface (requests) and one for message data returned by the system bus interface (responses). The 
system bus interface appears in system I/O space as 2 registers, each 8 bits wide. The lower register is the 
message data register (MDR) and the upper register is the command and status register (CSR). 



The MDR, when written from the system bus, loads a byte into the request FIFO and when read from the 
system bus presents a byte unloaded from the response FIFO if any. Tlie FIFOs may be most quickly 
loaded and unloaded via REP OUT or REP IN instructions executed on the system processors). The 
protocol is designed to load and unload these FIFOs with a minimum of interpretation of the message data 
(i.e. all message fragments have length fields in the same position and same interpretation). These FIFOs 
serve two functions: 1) They match speeds between the very fast System Bus and the slower WSSIP and 
PC bus and 2) They temporarily serve as interim memory for the messages relieving the Wire Service 
processor of that requirement 

The CSR is implemented with a direct interface to the WSSIP. Writing to this register from the system bus 
interrupts the WSSIP and may cause it to take actions depending on the value written. One action could be 
to change the value returned if there is a read from the system bus to this register. Note that there is no 
hardwired relation between values written to and read from this register and also that there is a processing 
interval between writing from the system bus to this register and the WSSIP reading the register value 
written. This could lead to data loss should the system bus write a second time to the CSR before the 
WSSIP read the first item. To avoid this problem, all writes to the CSR eventually result in some change 
to the value read from the CSR. Thus after writing the CSR, you should wait to see the change in the CSR 
indicating it has processed the data written to it. 

Interface Operation 

Operation of the system bus interface is controlled through the CSR. 
CSR Write Format 

Bit 7 Bit 6 Bit 5 Bit 4 Bit 3 Bit 2 Bitl BitO 



IntRcq 



Command Value 



Held Descriptions 

Command Value. - The value corresponding to the command to execute. 

Int Req - Commands are modified by this bit to request an interrupt upon completion. 
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Raptor Wire Service Architecture 



CSR Read Format 



Bit 7 


Bit 6 


Bit 5 


Bit 4 


Bit 3 


Bit 2 


Bitl 


BitO 


IntPend 


IntEna 


Events 1 


i 


Done 


| Allocated | 



Held Descriptions 

Allocated 

Done 

Events 

IntEna 

IntPending 



- The interface is currently in use. Only Allocate commands will be accepted until set 

- A command has completed ( except for Allocate, Deallocate and Clear Done ). 

- The Event Queue on the WSSIP is not empty if this bit is set. 

- Interrupt on Events bit going from 0 to 1 is enabled. 

- An interrupt source is active. 



CSR commands that are currently defined and their actions: 



Commands 


Value 


Actions 


Allocate 


01 

0x01 


Q ears both FIFOs of any stale data, clears Done and then sets Allocated. 
Generally, it should be first command of any transaction sequence. 


Deallocate 


02 
0x02 


Clears Done and Allocated. Generally the last command of transaction 
sequence. 


Enable Ints 


03 
0x03 


Enables interrupts on Events bit being set Sets Done. May cause interrupt 
if Events is already set 


Disable bits 


04 
0x04 


Disables interrupts on Events bit being set Sets Done. 


Message 


05 
0x05 


Request in request FIFO is sent on the PC bus and the response is received 
into response FIFO. Sets Done. PC bus errors create unique error response. 


Clear Done 


06 
0x06 


Q ears the Done bit 


Reset 


165 
0xa5 


Unconditionally clears all bits in the Read CSR except "Events". 

Aborts any currently in progress message operation and clears any interrupt 



The following is a state diagram that details the expected use of the Wire Service system interface. 



Pagell 



Raptor Wire Service Architecture 



Wire Service System Interface Programming State Diagram 




Not every possible error condition and possible state transition is anticipated by the above diagram, but it 
does indicate the intended operational sequence to be used with the interface in non-interrupt driven mode. 
To extend the diagram to interrupt mode, simply add the interrupt request bit to each command desired 
and instead of waiting for the appropriate bit, exit and wait for the interrupt In most cases, the only 
command in which it makes sense to request an interrupt is the Message command. All other commands 
either complete very quickly or ignore the interrupt bit (Reset Command). 

Note: The Reset Command is a problem determining if it is complete as it sets no bit and may take some 
time to work because of existing activity, so it seems the only way to do it now it to set it and wait 
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Raptor Wire Service Architecture 



Wire Service Network Physical Connections 



The following table describe all of the physical signal connections to all of the Wire Service processors. 
The names for the connections will be related to network accessible memory data in the section which 
follows called "Wire Service Network Memory Map". 

Note: AH signal types and definitions are from the viewpoint of the individual Wire Service PIC processor 
( eg. Input means input to PIC processor ) 



Wire Service System Bus Interface (System Type ID: SO) Processor ID 10 



RAO 




SO FIFO IFF7 


hi FIFO fl<5A Writari Fmntv Fb*» /Arfrun 1 «Wt 
m rirv iiom TT1H09I empty rmj (/wuwj Ltwj 


Cfrattt* Clan* t*w KjiJK ICA 

otatus r lags tor ootn ISA bus 
FIFO's. 

Need to monitor tor tncommg 
message overruns. Also must 
assure that output RFO is empty 
before loading output message. 


RA1 




SO FIFO IHF2 


In RFO OSA Writes) HaH-fuH Rag (Active Low) 


RA2 




SO FIFO IFFZ 


In FIFO (ISA Writes) Fufl Rag (Active Lew) 


RA3 




SO FIFO OEFZ 


Out RFO (ISA Reads) Empty Flag; (Active Low) 


RA4 




SO FIFO OHFZ 


Out RFO (ISA Reads) HaftMufl Raq (Active Low) 


RA5 




S0_FIFO OFFZ 


Out RFO (ISA Reads) Ft* Raq (Active Low) 


RBO 


VO 


SO.RFO DO 


ISA FIFOs Data bus Bit 0 


This is an 8 bit bi-directional port 
for the ISA RFO data bus. These 
bits should drive the bus before 
asserting RFO Write and can be 
read after tn- stating and asserting 
FIFO Read 


RBI 


VO 


S0_FIFO_ D1 


ISA FIFOs Data bus Kt 1 


RB2 


VO 


S0_FIFO_D2 


ISA FIFOs Data bus Bit 2 


RB3 


I/O 


S0_RFO_D3 


ISA RFOs Data bus Bit 3 


RB4 


I/O 


S0_FIFO_D4 


ISA RFOs Data bus Bit 4 


RB5 


I/O 


S0.RFOD5 


ISA RFOs Data bus Bt 5 


RB6 


I/O 


S6_FIFO_D6 


ISA FIFOs Data bus Bit 6 


RB7 


I/O 


S0 RFO 07 


ISA RFOs Data bus Bit 7 


RCO 


O 


SO RFO RZ 


RFO (ISA Writes) Read (Assert Low) 


Assert to read the In RFO 


RC1 


o 


SO.RFO WZ 


PIC to ISA FIFO OSA Reeds) Write (Assert Low) 


Assert to write the Out RFO 


RC2 


O 


SO ISA_INT 


PIC to ISA Interrupt Request (Assert 7 J 


Level Interrupt to ISA bus 


RC3 


I/O 


SO CC DATA 


Wire Serves Bus dock 02Q 


Only used torCC 


RC4 


I/O 


so_ec cue 


Wire Service Bus Data (EC) 


RC5 


o 


S0_RFO RSTZ 


In and Out FIFOs Reset (Assert Lew) 


Resets both RFOs 


RC6 


O 


S0_FIFO_IRTZ 


m RFO OSA Writes) Retransmit (Assert Low) 


Resets the Read painter too 


RC7 


O 


S0_RFO_ORTZ 


Out FIFO (ISA Reeds) Retransmit (Assert Low) 




ROO 


I/O 


S0_CSR DO 


ISA Externa! Data bus BS0( Stave paraW port) 


The steve paraflei port b used as a- 
CfOBecnonai control and status 
register on the ISA bus. 


RD1 


I/O 


SO CSR D1 


ISA External Data bus Bt 1 ( Stave paraflet port) 


R02 


VO 


SO CSR D2 


ISA External Data bus B* 2 ( Stove paralet port) 


RD3 


VO 


SO CSR 03 


ISA External Data bus Bit 3 ( Steve paraM port*) 


RD4 


VO 


SOCSR D4 


ISA External Data bus B* 4 ( Steve paraBel port) 


RD5 


VO I 


S0_CSR_D5 


ISA External Data bus Bit 5 ( Steve paraBet port) 


R06 


I/O 


SO.CSR D6 


ISA Externa) Data bus Bit 6 ( Steve paraM port) 


R07 


VO 


SO CSR D7 


ISA Externa) Data bus Bl 7 ( Steve paraM port) 


REO 


1 


SO.CSR RZ 


ISA Reed Steve ParaM Port (Assert Low) 


Not dfrecfiy maniputatsd rfter 
setting port D/E to act as steve 
paraflei port 


RE1 


1 


SOCSRWZ 


ISA Write Save Paraflei port (Assert Low) 


RE2 


J 


; SO CSR sz J 
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Raptor Wire Service Architecture 



Wire Service System Monitor A (System Type ID S1) Processor ID 3 



-BAD,.. 


O 


SVFANJfl 


System Boerd fen speed to high (Assert Hi) 


Assert on any SB fan failure 


RA1 


O 


S1SBFAN LED 


System Board fan fault LED 


Assert on any SB fan failure 


RA2 


O 


S1_BC_DSO 


Bus/Core Speed Ratio and DfMM Select Mux Bft 0 


During system reset these bits 
select bus/core speed ratio for aft 
processors. Otherwise they select 
which DIMM presents its type on 
DIMM type port 


RA3 


O 


S1_BC_DS1 


Bus/Core Speed Ratio end DIMM Select Mux Bft 1 


RA4 


O 


S1_BC_DS2 


Bus/Core Speed Ratio and DIMM Select Mux BA 2 


RA5 


O 


$1_BC_DS3 


Bus/Core Speed Ratio and DIMM Select Mux Bft 3 


RBO 


vo 


SI LCD DO 


LCD ControBar Data Bus M 0 


These fines make up the 8 bit data 
bus to the LCD tfspiay 


RB1 


vo 


SI LCD D1 


LCO CcntreBer Data Bus bft 1 


RB2 


vo 


S1_LCO_D2 


LCO Controller Data Bus bit 2 


RB3 


vo 


S1JJCELD3 


LCD CcntroRer Data Bus M 3 


RB4 


vo 


S1LCD D4 


LCO Contfotter Data Bus bit 4 


RBS 


vo 


S1. LCD D5 


LCO CorAroBer Data Bus bit 5 


RB6 


vo 


S1 LCD D6 


LCD ControBar Data Bus M 6 


RB7 


vo 


S1 LCD D7 


LCOCorttroterDataBusbft? 


RCO 


1 


S1_FAN TP 


Tachometer pulse input from selected fan 


Generafly routed to counter 


RC1 


o? 


St OK TO RUN 


Drive, SYS.PWRGOOOsiqnal 


System starts on 0->1 transition 


RC2 


1 


S1 RESET SW 


unoeoounceo tnpxM norn oipwn Kosev swncn 




RC3 


vo 


S1J2CDATA 


Wire Service Bus Clock (t2C) 


Only used for 12C 


RC4 


vo 


S1 I2C CLK 


Wire Service Bus Data (I2C) 


RC5 


o 


S1 FAN SEU> 


Fan Tachometer Multiplexer Select Bit 0 


Used to select which fan 
tachometer pulse output is gated to 
S1_FAN_TP 


RC6 


o 


St FAN SEL1 


Fan Tachometer MuMptexer Select Bft 1 


RC7 


o 


S1_FAN SEL2 




RDO 




SI DIMM DO 


DIMM Type port bit 0 


These fines make up an 8 bit port 
which on which the DIMM module in 
the slot selected by S1_BC_DS0_3 
presents fts type data 9 any. If no 
DIMM Is present in the slot selected 
the DIMM type bits are all 1*s. - 


RD1 




SI DIMM D1 


DIMM Type pot Mt 


RD2 




SI DIMM D2 


DIMM Type port bit 2 


RD3 




S1_D1MMJ>3 


DfMM Type port M 3 


RD4 




S1_DIMM_D4 


DfMM Type port bft 4 


RD5 




S1 DIMM D5 


DfMM Type port bft 5 


RD6 




S1 DIMM D6 


DIMM Type port bft 6 


RD7 




S1 DIMM D7 


DfMM Type port bft 7 


REO 


o 


S1 LCD RS 


LCD Controfter Register Select 


See LCD Controfler data sheet for 
details of operation of these signals 


RE1 


o 


SI LCD ENA 


LCOControOerReqteterEnabte 


AE2 


-Q 


S1 LCO RW 
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Raptor Wire Service Architecture 



Wire Service System Monitor B (System Type ID S2) Processor 10 4 



RAO 


o 


S2_FLASH_LED 


CPU Display toe Eriable'Dissble state of the BIOS Flash ROM 


Should track S2 FLASH ENA 


RA1 


o 


S2_SBFLT_LED0 


System Boot) FRU LED Pfn 0 (bfcdor i ED) 


Drive in different combinations for 
OFF, AMBER. GREEN 


RA2 


o 


S2_SBFLT LED1 


System Board FRU LED Pin 1 fbicdor LED) 


RA3 


o 


S2_0VRTMP_LED 


Over Temperature LED 




RA4 


1 


S2_TEMP_ CPIM 


Thermal Fault • CPU 4 


molester that CPU has exceeded 
temperature limit and faulted 


RA5 


1 


S2_TEMP_CPU3 


Thermal Fauft - CPU 3 


RBO 


o 


S2 SB JTAQ 


Enable System Board JT AG Chain TMS 




RBI 


o 


S2 FLASH WE 


System BIOS FLASH Write Enable 




RB2 


1 


S2 FLASH SW 


System BIOS FLASH Write Enable Switch ( undebounced ) 




RB3 


1 


S2 NMt SW 


System NorvMasfcable Interns* (NMf) Switch (undebounced) 




RB4 


1 


S2 P0K.CPU1 


Power Good signal from CPU 1 


Indicator thai power regulator for 
CPU b operating ccrrectfy. Onry 
vaBd H corresponding CPU is 
present (S2_PRES_CPUx) 


RB5 


1 


S2P0K CPU2 


Power Good signal tram CPU 2 


RB6 


1 


S2 P0K_CPU3 


Power Good signal from CPU 3 


RB7 


1 


S2 P0K_CPU4 


Power Good signal from CPU 4 


RCO 


X 








RC1 


X 




Unused 




RC2 


0 


S2 NMI CPU4 


NMlReouestforCPUi 


Toggle to cause NMI to CPU 


RC3 


I/O 


S2 BC CLK 


Wire Service Bus Data (CC) 


Onry used for 12C 


RC4 


I/O 


S2 BC CLK 


Wire Service Bus Data (CO 


RC5 


0 


S2 NMI CPU3 


NMI Request for CPU 3 


See S2_NMI_CPU4 above 


RC6 


o 


S2 NMI CPU2 


NMI Request for CPU 2 


RC7 


o 


S2 NMI CPU1 


NMI Request for CPU 1 


RDO 




S2_PRES_CPU1 


Presence detection bit * CPU 1 


Asserted when a processor inserted 
in the system board 


RD1 




S2_PRES_CPU2 


Presence detection bit - CPU 2 


RD2 




S2_PRES_CPU3 


r*resence OBtecxion oa * \jr\j j 


RD3 




S2_PRES_CPU4 


Presence detection bft- CPU 4 


R04 




S2_ ERROR CPU1 


Processor Fauft bft - CPU 1 


Processor either faded BIST on 
startup or later other fauft Onry vafid 
B corresponolng CPU Is present 
(S2_PRES_CPUx) 


RD5 




S2 ERROR CPU2 


Processor Fault bit - CPU 2 


RD6 




S2_ERROR_CPU3 


Processor Fault bit - CPU 3 


RD7 




S2_ ERROR CPU4 


Processor Fault bft - CPU 4 


REO 


0 


S2 SYSFLT LED 


System Fauft summary LED 




RE1 




S2_TEMP CPU2 


Thermal Fauft - CPU 2 


See S2_TEMP_CP1M above 


B£2_ 




S2 TEMP CPU1 


Ttwrmej fauft- Cpu i 



P^gc 15 



) J 
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Wire Service System Recorder (System Type ID S3 ) Processor ID 1 



RAO 


O 


S3 NVRAM AS 


NVRAM Address Bft 8 


NVRAM Address Bus Bits 8-13 


RA1 


o 


S3 NVRAM AS 


NVRAM Address Bft 9 


RA2 


o 


S3_NVRAM_A10 


NVRAM Address Bit 10 


RA3 


o 


S3 NVRAM A11 


NVRAM Address Bit 11 


RA4 


o 


S3 NVRAM A12 


NVRAM Address BB 12 


RA5 


o 


S3_NVRAM_A13 


NVRAM Address Bit 13 


RBO 


vo 


S3_NVRAMJX> 


NVRAM Data Bit 0 


NVRAM 8 Bit Data Bus 


RBI 


vo 


S3 NVRAM 01 


NVRAM Data 6X1 


RB2 


vo 


S3 NVRAM 02 


NVRAM Data BR2 


RB3 


vo 


S3 NVRAM D3 


NVRAM Data BB3 


RB4 


vo 


S3 NVRAM D4 


NVRAM Data Bit 4 


RB5 


vo 


S3.NVRAM D5 


NVRAM Data Bit 5 


RB8 


vo 


S3_NVRAM_D6 


NVRAM Data Bd 6 j 


RB7 


vo 


S3 NVRAM _D7 


NVRAM Data B97 


RCO 


o 


S3 NVRAM.CSZ 


NVRAM CNp Select (Negative Loojc) 


Control signals fa NVRAM - See 
Dates DS1245 data sheet 


RC1 


o 


S3_NVRAM_OEZ 


NVRAM Output Enable (Negative Logic) 


RC2 


o 


S3 NVRAM.WEZ . 


NVRAM Write Enable (Negative Logic] 


RC3 


vo 


S3 ec CLK 


Wire Service Bus Data (BO 


Only used for EC 


RC4 


I/O 


S3_t2C_CLK 


Wire Service Bus Data 02Q 


RCS 


o 


S3_NVRAM_A14 


NVRAM Address Bit 14 


NVRAM Address Bus Bits 14-16 


RC6 


o 


S3_NVRAM_A15 


NVRAM Address Bit 15 


RC7 


o 


S3 NVRAM A1 6 


NVRAM Address Bit 16 


RDO 


0 


S3 NVRAM AO 


NVRAM Address Bit 0 


NVRAM Address Bus Bits 0-7 


ROI 


o 


S3^NVRAM_A1 


NVRAM Address Bit 1 


R02 


o 


S3 NVRAM A2 


NVRAM Address Bft 2 


RD3 


o 


S3_NVRAM_A3 


NVRAM Address Bft 3 


RIM 


o 


S3_NVRAM_A4 


NVRAM Address BB 4 


RD5 


o 


S3 NVRAM AS 


NVRAM Address Bit 5 


RD6 


0 


S3NVRAMA6 


NVRAM Address Bit 6 


RD7 


o 


S3 NVRAM A7 


NVRAM Address Btt 7 


REO 


o 


S3 RTC CLK 


Real Time dock- Data Clot* 


See DaSas DS1 603 data sheet 


RE1 


I 


S3_RTC_0ATA 


Real Time Clock - Serial Data 


RE2, 


0 ..... 


S3 RTC RSTZ 
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Wire Service Backplane (System Type 10 S4) Processor 102 



RAO 


A 


S4 VOLTS P5V 


Anakxi measure of system 45 volt main supply 


Use 0/A converter to read voltages 


RA1 


A 


S4 VOLTS P3V 


Analog measure of system +3.3 wft main supply 


as 0*255. Cafibrabon constants are 


RA2 


A 


S4 VOLTS P12V 


Analog measure of system +12 volt main supply 


determined extemaffy 


RA3 


A 


S4VREF 


Vottaoje Reference for A/0 converter 


Unused 


RA4 


X 








RA5 


A 


S4_VOLTSJI12V 


AnatoQ measure of system *12 volt main supply 


See S4 VOLTS P5V 


RBO 


I/O 


S4PSNCAN1 


Presence and Serial Number VO for Canister 1 


These are afl fines to one wire serial 


RBI 


I/O 


S4 PSN CAN2 


Presence and Serial Number VO for Canister 2 


dataEPROMS. See Deltas DS2S0x 


RB2 


VO 


S4 PSN CAN3 


Presence and Serial Number VO fa Centaur 3 




RB3 


I/O 


S4_PSN_CAN4 


Presence end Serial Number VO for Canister 4 




RB4 


I/O 


S4 PSN CANS 


Presence and Serial Number VO for Canister S 




RB5 


VO 


S4_PSN_GAN8 


Presence and Serial Number VO tor Canisters 




RB6 


VO 


S4 PSN CAN7 


Presence and Serial Number I/O for Canister 7 




RB7 


VO 


S4 PSN CANS 


Presence and Serial Number VO for Canisters 




RCO 


X 








RC1 


1 


$4 ACOKPS3 


A/C Input OK to Power Supply 3 


Should check onry if PSN tor power 


RC2 


1 


S4ACOKPS2 


AC Input OK to Power Supply 2 


supply indicates presence. 


RC3 


VO 


S4J2CCLK 


Wire Service Bus Data (EC) 


Onry used for I2C 


RC4 


I/O 


S4J2C CLK 


Wire Service Bus Data (EC) 


RC5 


1 


S4_ACOKiPS1 


A/C toput OK to Power Supply 1 


SeeS4 ACOK_PS3 


RC6 


O . 


S4 POWER ON 


EnnWo main output from power suppees . 




RC7 


1 


S4 POWER SW 


Power On/Off switch (undebounced) 




ROO 


I/O 


S4_PSN_PS1 


Presence and Serial Number for Power Supply 1 


These are alines to one wire serial 


R01 


VO 


S4_PSN_PS2 


Presence and Seriat Number for Power Supply 2 


data EPROMS. See Dallas DS250x 


RD2 


VO 


S4 PSN PS3 


Presence and Serial [Number tor Power Supply 3 


datasheet 


RD3 


VO 


S4PSNBP 


presence ana oens rrumoer for oecxpone . 


Dafias 0S250X also 


RD4 


VO 


S4 PSN S8 


- -, ,| O t t| tM »L mm turn f^i ■ t n !■■ Djwwl 

i le&ai KB ana owiui rturrtoer ror system noeru 


DaBasDS2S0xatso 


RD5 




S4_BP_TYPE 


Backplane Type ( fcSmas 1: Large) 




RD6 


VO 


S4_TEIW»_SCL 


Temperature Bus Clock 


t2C local bus for ternperature 


RD7 


VO 


S4 TEMP SOA 


Temperature Bus Serial Data 


probes at different system points 


REO 


1 


S4_DCOK_PS3 


DVC Output OK from Power Supply 3 


Should check onry ff PSN for power 
supply indcates presence. 


RE1 


1 


S4_DCOK_PS2 


D/C Output OK from Power Supply 2 


RE2 


1 


S4PCOKPS1 


CVC OwEut OK frcm. Pgrrsr StadyJ 
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Raptor Wire Service Architecture 



Wire Service Canister (System Type ID S5) Processor ID 2x where x b the stot ID 



RAO 


O 


S5_P12V_ENA 


Turnson*/- 12votttoaflPastots 


Used to sequence power to Pa 
cards. 


RA1 


O 


S5P5VENA4 


Turns on +5 volts to PCI slot 4 


RA2 


o 


S5 P5VJENA3 


Turns on 46 volts to PO stot 3 


RA3 


0 


S5 PSV ENA2 


Turns on +5 volts to PCI slot 2 


RA4 


o 


S5 PSV ENA1 


Turns on +S volts to PCI stot 1 


RA5 


? 








RBO 


1 


S5 CAN AO 


Canister Address WO 


Determine the Wire Service bus 
address of this canister 


RBI 




S5 CAN A1 


Canister Address bit 1 


RB2 


1 


S5 CAN A2 


Canister Address M 2 


RB3 




S5 PRSNT S5 


SpedeJ Stot 5 flOP/PCt lumper) present 


crocaies somotrwnoj ts in sjgi z> 


RB4 


I/O 


S5 PSN SS 


Present Serial Number tor special stot 5 


From DS 2S0x in stot 5 card Of IOP) 


RB5 


X 








RB6 


X 








RB7 


X 








RCO 


1 


S5 FAN TP 


Tachometer pulse input from selected fan 


Generally routed to counter 


RC1 


o 


S5 FANSELO 


Fan Tachometer Multiplexer Select Bit 0 


Select which fan to monitor tech. 


RC2 


X 








RC3 


I/O 


S5 I2C CLK 


Wire Service Bus Data (BO 


Only used forCC 


RC4 


I/O 


S5 t2C_CLK 


Wire Service Bus Data 02C) 


RC5 


o 


S5 CANFAN.LED 


Canister fan fault LED 


Assert on any Canister fan failure 


RC6 


o 


S5_CANFLT_LED0 


Canister FRU LED Fin 0 (btcetor LED) 


Drive in different combinations for 
OFF, AMBER, GREEN 


RC7 


o 


S5CANFLTLED1 


Canister FRU LED Pin 1 (bfcotor LED) 


RDO 




S5 PRSNT S1A 


PCI card present in Stot 1 (A pin) 


Pa stots have 2 presence ptos- 
see Pa spec for usage and 
mooring. 


RD1 




S5PRSNTS1B 


PCI card present In Slot 1 (B pin) 


RD2 




S5 PRSNT S2A 


PCI card present in Stot 2 (A pin) 


RD3 




S5 PRSNT S2B 


Pa card present in Stot 2 (B pin) 


RD4 




S5 PRSNT S3A 


Pa card present in Stot 3 (A pin) 


RD5 




S5 PRSNT _S38 


pa cart present in Stot 3 (B pin) 


RD6 




S5 PRSNT S4A 


pa card present in Stot 4 (A pin) 1 


RD7 




S5 PRSNT S4B 


Pa card present to Stot 4 (BP*) 


REO 


o 


S5.CAN_.JTAG 


Enable Canister Board JTAG Cham TMS 


Required to select the JT AG chain 


RE1 


o 


S5_NMI_S5 


NMt cant is special stot 5 OOP) 


ToojQte to NMi IOP in stot 5 


RE2 


Q- 


S2FANH1 




Assert on any Canister tan tafluTB 
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Raptor Wire Service Architecture 



Wire Service Remote Interface (System Type ID S6) Processor ID 11 



RAO 


I/O 


S6 PSN Rl 


Serial Number In^owmtfon for Remote Interface 




RA1 


x 








RA2 










RA3 










RA4 










RA5 










RBO 


o 


c& urjncu DTP 






RBI 


1 


or unnpu rvcn ' 


llrrWn Qfcmri fTVnt» Cjrf DmmM 




RR9 


1 




Ufvfcvn Qkvd • ("IotW fVtf«v4l 
WKJDBm On^ttl \\j IB IPW ushm] 




WOO 


i 


00_N!Wi/fcJ»l_nl 


Hiiilian CVwmJ mfew ImM-) 
MOOBm Oyn |fWl^ rmmnvJ 




RB4 




Sfi MODFM RTS 


fakvfevn Sianal fRanuKt To Smfl 




RB5 


1 


S6 MODEM CTS 


Modem Siqnal (Clear To Send}_ 




RB6 


X 








RB7 


X 








RCO 


X 








RC1 


X 








RC2 


X 








RC3 


I/O 


S5 CC CLK 


Wire Service Bus Data (CC) 


Onty used fcrCC 


RC4 


I/O 


S5 EC CLK 


Wire Service Bus Data (I2C) 


RC5 


X 








RC6 


O 


S6 MODEM.TXD 


Modem Signal (Transmit Data ) 


Controlled by chip serial interface 


RC7 


1 


S6 MODEM RXD 


Modem Signal (Receive DataJ 


RDO 


X 








RD1 


X 








RD2 


X 








RD3 


X 








RD4 


X 








RD5 


X 








RD6 


X 








RD7 


X 








REO 


X 








RE1 


X 








RB2 . 


X , . 
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Raptor Wire Service Architecture 



Wire Service Network Memory Map 

This section defines the Wire Service Network Memory Map for the first Raptor system. Its purpose is to 
identify all Wire Service addressable entities and describe their function and any special information about 
them 

This section is incomplete yet and only a small incomplete sample is supplied. (Although some of the 
more complicated ones are described.) 

The address format is "pp:aaaa", where "p" is the processor ID (hexadecimal) of the Wire Service 
Processor where the data resides and "aaaa" is the hexadecimal address or address range for the data. 



Namo Typo Address De scrip t io n Notes 



WS_DESC_Pn 


STRING 


OrcOOOO 


Wire Service Processor 
Type/Description 




WS_REV_Pn 


STRING 


OnOOOl 


Wire Service Software 
Revision/Date Mo 




WS_SB_FAN_H1 


BIT 


03 


System Board Fans HI 


Controls Sl_FAN_Ht Set on 0->1 transition of 
WS_SB_FAN_LED. Cleared by other software 


WS_SB_FAN_l£D 


BIT 


03 


System Board Fan 
Fat* LED 


Controls S1_SBFAN_LED. It is set whenever 
any WS_SB_FANFAULTn is set Log 0->1 
transition 


WS_SB_BUSCORE 


BYTE 


03 


System Board 
BUS/CORE speed ratio 
to use on reset 


Value is asserted on Sl_BC_DS[0-3] unless 
readng DIMM types. Set too on power on. 


WS.SYS.LCO 


STRING 


03 


VaJuetoofcptaycnLCD 


For a Nx2 dsptay the first N bytes dtsptay on 
top Ine and the second N bytes display on the 
bottom Sne. Manipulates S1_LC0_D[O7l 
S1J-CO_RS, S1_LCO_ENA, S1_LCO_RW 


WS_SB_FAN1 


BYTE 


03 


System Board Fan 1 
speed 


ApproDdmatety ovory second a fan is selected by 
S1_FAN_SEM0-2] end monitored via 
S1_FAN_TP driving a counter for a known 
period of time. The counter is then loaded Into 
the appropriate fan speed ft WS_S8_FAN_M 
is not set than the spaed is compared against 
WS_SB_FAN_LOUU If fan is stow set 
appropriate WS_SB_FANFAULTn otherwise 
deer it 


WS_SB_FAN2 


BYTE 


03 


System Board Fan 2 


WS_SB_FAN3 


BYTE 


03 


System Board Fan 3 


WS_SB_FAN4 


BYTE 


03 


System Board Fan 4 
speed 


WS_SB_FANFAULT1 


BIT 


03 


System Board Fen 1 
Farted 




WS_SB_FANFAULT2 


BIT 


03 


System Board Fan 2 
Faulted 
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WS_SB_FANFAULT3 


BIT 


03 


System Board Fan 3 
Farted 




WS_S8_FANFAULT4 


BIT 


03 


System Board Fan 4 
Faulted 




WS_SB_FAN_LOUM 


BYTE 


03 


Fan speed low speed 
fart (knit 


Set to 777 on power on 


WS_SBJ>rMM_SEL 


BYTE 


03 


The DIMM select bits to 
use when rearing 
WMMJTYPE 


The tow order 4 bits are the select btts to use 
when WS_SB.DIMM.TYPE b read. 


WS_SBJMMM_TYPE 


BYTE 


03 


The type of DIMM in the 
CXMM_SI~L position 


When read asserts value of 

WS SB DIMM_SEL on S1_BC_DSflX5) and 

than returns value of S1_DlMM_DfO-7] 


WS_SB_FLASH_ENA 


BIT 


04 


tndcates FLASH ROW 

WTBB ernnoJ 


Set/Cteered by debounced 0->1 transitwn cf 
S2FLASH_SW. 

Controls state of S2_FLASH_WE and 
SSLFLASH_LED. 


WS_SB_FRU.FAULT 


BIT 


04 


Indcates the FRU 
status 


At power on starts at 1. Controls 
S2_SBFLT_LED(0-1) for bicctor LED colors 
O-Green 1 -Amber, Ctoared by other software 


WS_SYS_OVERTEMP 


BIT 


04 


Incfcates Ovortemp 
fault 


At power on is set Controls 

S2_OVRTMP LED. Controted by wire service 


WS_SB_JTAG 


BIT 


04 


.Enables JTAG chain on 
system board 


Clear at power on. Controls S2_SB_JTAG 


WS_SB_CPU_PRES 


BYTE ! 


04 


CPU Presence bas 
(LSB.CPU1) 


Assemble from S2_PRES_CPUI.1-4] 


WS_SB_CPU_ERR 


BYTE 


04 


CPU Error bits 
(LSB-CPU1) 


Assemble from S^ERROR_CPU(1-4] 


WS_SB_CPU_TEMP 


BYTE 


04 


CPU Thermal fauft bits 
(LSB»CPU1) 


Assemble from S2JEMP_CPU»1-4| 


WS_SB_CPU_POK 


BYTE 


04 


CPU Power OK 
(LSB - CPU1) 


Assemble from S^_POICCPUl1-4] 


WS_NMI_MASK 


BYTE 


04 


CPU NMI processor 
mask (tSB-CPUl) 


Defaults to afl ones on power up 


WS.NMLREO 


BIT 


04 


NMI Request bft 


When set pulse SSLNMI jCPUn correspondmg 
to each bit set in WS_NMJ_MASK. Then dear 
request bit Log Action 


WS.SYSFAULT 


BIT 


04 


System Fault Summary 


Thte bft is set If any tautts detected in the 
system. Controls S2_SYSFLT_LED 
Bits scanned WS_SP_CPU_FAUIT. 
W$.$8_r?tU_FAULT ( other fauftsT) 


WS_SB_CPU_FAULT 


BIT 


04 


CPU Fauft Summary 


This bQ is set B (( WS_SB_CPU_ERR I 
WS SB CPU_TBAP 1 -WS_SB_CPU_POK ) 
& -WS_SB_CPU_PRES) 1- 0. Log 0->1 
transition with CPU bytes. 



m 
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WS.BP.PSV 


BYTE 


02 


Analog Measure ol +5 
voft main supply 


read from S4_VOLTS_P5v 


WS_BP_P3V 


BYTE 


02 


Analog Measure of +&3 
veto main supply 


read from S4_VOLTS_P3v 


WS_BPJ>12V 


BYTE 


02 


Analog Measure of +12 
vofi main supply 


read from S4.VOLTS_P12v 

• >• 


WS_BP_P5V 


BYTE 


02 


Analog Measure of -12 
wft mam supply 


read from S4VOLTS _N12V 


WS_SYS_CANJ>RES 


BYTE 


02 


Presence bits for 
{LSB-1,MSB-6) 


ccntrofled by S4J>SK_CAfj1j. A previous 
value byte needs to be maintained so canister 
transitions can be recognized Previous value 
HBaBzed to zero PerkxSc monitor scans tor 
new canisters. When now canister is 
recognized readfuB serial data and store in 
WS_SYS_CAN_SERlALn then log and send 
event ■ 


WS_SYS_PS_PHES 


BYTE 


02 


Presence bits for power 
suppBes 

(LSB.1.MSB33) 


controBed by S4_PSN_PS{l-3). A previous 
vatue byte neods to be maintained so power 
supply transitions can be recognized. Previous 
value initialized to zero. Perkxtc monitor scans 
for new power suppftes* When new power 
supply is recognized read fuO serial data and 
store in WS_SYS_PS_SERlALn then tog and 
send event 


WS_SYS_PS_ J ACOK 


BYTE 


02 


Power supply ACOK 
(LSB»1, MSB»=3) 


controBed by S4_ACOK_PSl1-3). A previous 
value byte needs to be maintained so power 
supply transitions can be recognized. Previous 
vatue WBafaad to zero. Periodic monitor scans 
for changes b ACOK and sends events 


WS_SYS_PS_DCOK 


BYTE 


02 


Power supply DOOK 
status 

(LSB«1.MSB»3) 


controlled by S4_DCOK_PS|1-3). A previous 
value byte needs to be iwaJntemed so power 
supply transitions can be recognized. Previous 
value initialized to zero. PerforJc monitor scans 
for changes b ACOK and sends events 


WS_SYS.BP.TYPE 


BYTE 


02 


Type of system 
backplane currently only 
two types Type 0-4 
canister (small) and 
Type 1.8 canister 
(targe) 


controBed by S4.BPJTYPE 


WS_SYS_TEMP_SB1 


BYTE 


02 


Temperature of system 
board posibon 1 


controBed by reading Dates temperature 
transducers connected to serial bus on 
S4_TEMP_SOA and S4.TEMP.SCL 


WS_SYS_TEMP_SB2 


BYTE 


02 


Temperature of system 
board position 2 


WS_SYSJTEMPJBP1 


BYTE 


02 


Temperature of 
baefcptans position 1 


WS_SYSJfEMP_BP2 


BYTE 


02 


Temperature of 
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WS_SYS_TEMP_WA 
RN 


BYTE 


02 


Warning temperature. 


If any WS_SYS JTEMPjcxn exceeds this value. 
Ion tmd award, tut WS SYS OVFRTFMP ' 


W$_SYS_TEMP_SHU 

T . 


BYTE 


02 


' Shutdown temperature. 
IntfsJtosd to ??7 


If any WS.SYSJTEMP jon exceeds Ms value, 
log and dear WS_SYSJ>OWER 


WS_SYS_REQ_POW 
ER 


BIT 


02 


Set to request main 
power on 




WS_SYS_P0WER 


BIT 


02 


Controls system master - 

SLAVDOM/CD ON 


When this bit is set f»1 set S4 .POWER ON. 
WS_SYS_RUN - 0. WS_SYS_RSTIMER - 5 

S4JH3WER_ONandlcg. 


WS_SYS_RSTIMER 


BYTE 


02 


Used to delay reset/run 
until power stabilized 


Counts down to Oat 10 counts per second 
When 1->0 transition sets WS_SYS_RUN. 


WS.SYS.RUN 


BIT 


02 


Controls the system 

haft/run fine 

ci ntc m rim 


If this bit Is cleared, dear S1.OK.TO.RtlN 
and log. 

n mis or is set, set o i I u_hun and log. 


WS_CAN_POWER 


BIT 


2x 


Controls canister PCt 
slot power 


When set then set 

S5_P5V_ENA(1 ~4LS5_P1 2V.ENA In mat 

iM^M ..art. «.-.,«fl f i J _ j « — 1 ■» In , i « . 

croer wnn smau (aoout i ms; oetay between 
each, (hen log. 

When deered then dear S5_P12V_ENA. 

CC DCVf CU AM A\ Hi ii ii » - - 

55_r5V_6NA(l ~4J then tog 


WS_CAN_PCI_PRES 
ENT 


BYTE 


2x 


Reflects PO card 
sJotJI ,.4J presence 
indicator pins 
(MSBtoLSB) 
48,4A y 38,3A^B f 2A.lB, 
1A 


Reflects data from S5_PRSNT_S0~4IA/B) 


WS_CAN_S5_PRESE 
NT 


BIT 


2x 


tndcatas the presence 
of somsthkiQ In slot 5 


Reflects S5_PRSNT_S5 


WS_CAN_S5_SMART 


BTT 


2x 


tndcates something 
other than a passive 
board in slot 5 


On power up attempt to read DaBas serial 
number chip using S5_PSN_S5. H present set 
this bit and read full serial data and store in 
WS_SYS_CANJOP_SERtALn 


WS_CAN_FAN_W 


BIT 


2x 


Canister Fans Kl 


Controls S1_FAN_Ht Sat on 0->1 transition of 
WS.S8_FAN_L£D. Cleared by other software 


WS_CAN_FAN_LED 


BTT 


2x 


Canister Fan Faun LED 


Controls SS.CANFANJLED. It is sat whenever 
any WS_CAN_FANFAULTn Is set Log r» 1 
transition 


WS_CAN_FANFALBjr 
1 


err 


03 


Canister Fan 1 Faulted 




W S_CAN_F ANFAULT 
2 


BIT 


03 


Canister Fan 2 Faulted 
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WS_CAN_FAN1 


BYTE 


2x 


Canister Pan 1 hjtmmmI 


WfyiwMiiqwy ww/ mvun a ran is aeiocioo oy 
S5_FAN_SEL0 and monitored via S5_FAN_TP 
driving a counter for e known period of time. 
inooounawgpwiiOBOaOBTO 


WS_CAN_FAN2 


BYTE 


2x 


Canister Fan 2 speed 


fan speed, tf WS_CAN_FAN_H) is not set then 
the speed b cornpered against 
WS_GANJFAN_LOUM. tf f an is stow set 
appropriate W S_CAN_F ANF AULTn otherwise 
dear it 


WS_CAN_FAN,LOU 


BYTE 


2x 


Fan Icmt speed tauft 6md 


Se! to eqdvalertt of xxx RPM on power on 


W S_CAN_ JTAG_ENA 


BIT 


2x 


Enable JTAGTMS 
chasi for canister 


Copy set varue to S5_CAN_JTAG 


WS_CAN_NMJ_S5 


BIT 


2k 


NM1 card in slot 5 


when set putee S2.NMI.S5 


WS.RLCD 


BIT 


11 


Status of Remote Port 
Modem CO 


FcOows S6_MOOEM_CO I 


WS_RI_DTR 


BIT 


11 


State of Remote Port . 
Modem DTR 


Controls S6_MOOEM_DTR 


WS_RI_DSR 


BIT 


11 


Status of Remote Port 
Modem DSR 


Foeows S8_MOOEM_DSR 


UfC Dl PTC 


BTT 


11 


Status d Remote Port 
Modem RTS 


Controls S6_MOOEM_RTS 




BIT 


11 


Status of Remote Port 
Modern CTS 


FcOows S6_MOOEM_CTS 


W S_RJ_CALLOUT 


BYTE 


11 


acthieDon 


M imlrtujt *•>». ft bull u«u-m PiVI M •* ■ iw 

n wnuen to r naaras use out sequence 
programmed in WS.SYS.CAU^SCRIPT 
passing value as argument to script Log it 
( Formal d Script Programs TBO ) 


WS_RJ_EVENTS 


EVENT 


11 


Remote Interface Event 
Queue 


Cm P. — ■ T*\ ill ii fc, — i - - - • .* . - t _ * 

aee event uaxsrype oescnpoon m prior 
section. 


WS_SLEVENTS 


EVENT 


10 


System Interface Event 
Queue 


See Event Data type description in prior 
section. 


WS.SYS.LOG 


LOG 


01 


System Log 


Trie system tog kept in NVRAM ( See LOG 
data type In previous section) 


WS_SYS_SCREEN 


SCREE 
N 




System Screen 


A copy d the most recent character mode 
screen from the system video dsptey( See 
SCREEN datatype In previous section) 


WS_SYS_SB_SER1AL 


STRING 


01 


Last known System 
dobjo sonai can 




WS_SYS_BP.,SERtAL 


STRING 


01 


Last known Beck Plane 
•erWdata. 




WS_SYSJU_SEWAL 


STRING 


01 


Last known Remote 
vuenace senaf data 
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WS_SYS_CAN_SERI 
AL|1-8) 


STRING 


01 


Last known Canister f> 
8) Serial data 


May be zero length tf no canister ever seen 


WS_SYS_IOP_SERlA 


STRING 


01 


Last known OP in 
Canister [1-6] Serial 
data 


May be zero length tf no canister ewor seen or 
current canister has no IOP 


WS_SI_QUEUE 


QUEUE 


01 


Queue of data going to 

rialu 1 1 t i 

oysmn wunace 




WS_FU_QUEUE 


QUEUE 


01 


Queue of data going to 
Remote Interface 


See Queue data type in previous section 


WS_SYS J®ATA 


BYTE 
ARRAY 


01 


Byte Array for storage 
of arbitrary external data 
in NVRAM 


Wfre Service Just maintains this data area and 
is unaware oJ the meaning of any data stored in 
ft. 


WS_SYS_EXT_KB 


BYTE 


01 


Size of the 
WS_SYS J(DATA in 
kilobytes 


Necessary for memory management of the data 
area 
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Wire Services Processor Functions 

The previous section either states or directly implies many monitoring, control and feedback operations 
carried out by the different wire service processors. In addition the following functions or actions must be 
implemented: 

(Still rough) 

1 ) Monitor S1_RESET_SW and denounce and keep state 

2) Startup process 

3) reset process 

4) Monitor S2_J=LASH_SW 

5) Monitor temperatures (backplane processor) control WS_SYS_OVERTEMP 

6) Monitor S2_NMLSW and denounce - set WS_NMLREQ on 0->l transition 

7) Monitor fault conditions for system fault and control WS_SYSFAULT_LED 

8) Monitor S4JPSN_CANn and S4_PSN_PSn and log any transitions and signal events. 

9) On backplane processor power on read system board serial information on S4_PSN_SB and store it in 
WS_S YS_SB_SERIAL and backplane board serial on S4J>SN BP and store it in 
WS_SYS_BP_SERIAL. 

1 0) Note that canister Wire Service processor address is determined by taking the canister addresss 
S5_CAN_A[0-2] and adding 0x20 to create the address. 

1 1) Remote on power up and occasionally after reads serial data from S6JPSN_RI and stores it in 
WS_SYS_RLSERIAL 

1 2) Events are always sent to both WSJSLEVENTS and WS_RLEVENTS with no retry if no processor 
response from target. 
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Wire Service and Raptor BIOS Interactions 

The following arc items which it is known that the BIOS must implement 

» BIOS must determine current DIMM configuration by setting WS_SB _DIMM_SEL appropriately for 
each DIMM slot and reading WS.SB_DIMM.TYPE to determine DIMM type and then validating 
that this is an OK configuration. Also, memory can be initially sized this way. 

•» BIOS can read WS_SB_CPU_PRES To determine which processors are present and then go out on 
the bus and somehow get the processor type and speed information to determine the correct 
BUS/CORE speed ratio. Once that is determined The BIOS reads WS_SB_BUSCORE to determine 
the actual BUS/CORE speed ratio and if it is mcorrect, write the correct one to WS_SB_BUSCORE, 
set WS_SYS_RSTCMER to 5 ( 5/10 second ), and clear WS_SYS_RUN. 1ms will reset the system 
using the new BUS/CORE ratio. ( Note: If WS_SYS_RSTTMER is not set, wire service will not set 
WS_SYS_RUN after the BIOS clears it and the system will remain halted. 

► The BIOS must read WS_SYS_CAN_PRES to determine which canisters are present and then set 
WS_C AN_POWER on each canister to enable power to the PQ cards before configuring the PCI 
busses. 

* All WS_xx_FRU_LEDs are amber at power up. The BIOS sets WS_xx_FRU_LED to green when 
satisfied that the system board or canister is ok. Diagnostics may turn WS_xx _J=RU J-EDs to amber 
on diagnostic failure fault 
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Wire Service Issues Needing Resolution 

1) Does Fan Fash roll op into system fault LED? 

2) Once a fan faults at low speed (i.e. drops below low speed limit), the fan fault t^n is set and fans go to 
high speed How is faulting fan identified? Look at system NVRAM log?) How is fault reset on fan 
swap? Can fans fault at high speed? ( hi speed is a result of a fan fault) 

3) How should power on work when A/C power returns after being gone? 

4) If there is a CPU thermal fault should the over temp LED turn on or system board fault LED? 

5) How much monitoring/logging should be done for CPU fault signals? 

6) What are all the conditions that turn on system fault summary LED? 

7) Are there any times that the system mult summary must be valid? May not be valid? Response times? 

8) OverTemp lamp goes on at over temp warning limit Power is turned off if shutdown limit is reached If 
we shutdown the box for overtemp reason, how is overtemp cleared? 
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Wire Service Remote Interface Serial Protocol 

To be Specified 

Wire Service Call out Script Syntax Definition 

To be specified 
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